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Preface 



This Program Logic Manual provides documentation for 
maintenance of the IBM System/3 Card System Absolute 
Card Loader and Input/Output Control System (IOCS). 
This publication is divided into two parts. The first part 
discusses the Absolute Card Loader; the second part dis- 
cusses IOCS. IOCS is divided into three chapters - MFCU 
IOCS, Printer IOCS, and 1442 IOCS. 

The following sections are included, as required, in each 
part depending on the size and complexity of the routine 
being described: 



A directory is contained in an Appendix at the back of 
this publication giving the entry point and synopsis of 
each of the routines. 

This publication is intended for recall and debugging. When 
debugging a program, this manual serves best as a guide to 
the functional sequences of instructions in the program 
listing. 



1 . Introduction contains general information about the 
functions and characteristics of the routine. 

2. Method of Operation describes the data flow and 
functional flow of the routine in general terms, 
emphasizing the use of data areas. 

3. Program Organization describes the organization of 
each routine using narrative, flowcharts, and dia- 
grams. Flowcharts are designed to provide easy 
reference to the program listings. 

4. Data Area Formats describes significant data areas 
(control blocks, tables, communication areas) used 
by each routine. 



RELATED PUBLICATIONS 

Effective use of this publication requires familiarity with 
the material in these publications: 

• IBM System/S Card and Disk System Components 
Reference Manual, GA21-9103. 

• IBM System/ 3 Card System Operator's Guide, 
GC21-7513. 

• IBM System/3 ', IBM 80-96 Conversion Program and RPG 
II Support for the IBM 1442 Card Read-Punch, 
SC21-7518. 

• IBM System/ 3 Card System System Control Programs 
Logic Manual, SY21-0522. 
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Section 1. Introduction 



Text Card 



The IBM System/3 Absolute Card Loader program per- 
forms the following functions: 

• Reads object program cards. 

• Compresses text and end cards. 

• Ignores any card that is neither a text nor an end card. 

• Moves data from the read buffer to a specific location 
in storage. 

• Executes the instructions on the end card and branches 
to the program entry point. 

CONTROL INFORMATION 

The Absolute Card Loader recognizes two types of cards 
found in the object program, the text card and the end 
card. 



The text cards contain instructions and constants, along 
with the length and address of the storage area into which 
the instructions and constants are to be loaded. The 96- 
column text card is shown in Figure 1-1 . 

Columns 2-89 are compressed into 65 bytes of text by a 
4-column-to-3-byte compression. Figure 1-2 shows how 
the text card resides in storage after this compression. 



End Card 

The end card contains instructions that move the local 
storage register (LSR) display routine to storage location 
XW-XIT. The end card also contains instructions to 
clear itself from storage and transfer control to the object 
program just loaded. Figure 1-3 shows the format of the 
end card. Like the text card, columns 2-89 of the end 
card are compressed into 65 bytes. Figure 1-4 shows how 
the end card resides in storage after this compression. 



Length — 1 and 
Load Address 



Uncompressed Text 



Card ID 



Columns 



12 5 6 

Columns 
1 

2-5 
6-B9 
90-96 



89 90 



96 



Contents 

T {card type identifier). 

Test length — 1 and load address. 

Text 

Identification and sequence information. 



Figure 1-1. Text Card Format Before Compression 



1-2 



Storage 
Address 

(hex) 



T 1 Not Used 


_L 


Length— 1 1 


Load Address I Compressed Text I Not Used I Card I D 


1 


16 


17 18 


19 1A 57 58 59 5F 


Storage 
Address (hex} 


Length of 
Area (bytes) 


Contents 





1 




Letter T indicating text card. 


M6 


22 




Insignificant bytes. 


17 


1 




Length (N> which equals the number of text bytes minus 1 . 


18-19 


2 




Two-byte address that points to the highest storage position into 
which the text information from this card is being loaded. 


1A-57 


62 




Compressed text bytes. 


58 


1 




Insignificant byte. 


59-5F 


7 




Identification and sequence Information/ 



For error recovery purposes, 3 is subtracted from the sequence number. 



Figure 1-2. Image of Text Card in Storage After Compression 





T 


Uncompressed Text 


Card ID 


Columns 


1 2 


89 90 


96 




Columns 


Contents 






1 


E (card type identifier). 






2-89 


Instructions that move in the LSR display routine, clear the Absolute Card 
Loader from storage, and give control to the object program; LSR display 
routine. 






90-96 


Identification and sequence information. 





Figure 1-3. End Card Format Before Compression 
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Storage 


E 


Not Used 


Entry 
Point 
Address 


Move LSR 
Routine 


Clear 
Loader 


Load Entry 
Point 


LSR 

Routine 


Not 
Used 


Card 
ID 


Address 
(hex) 


1 16 

Storage 
Address (hex) 


17 18 19 

Length of 
Area (bytes) 


1E 1F 28 29 2C 2D 44 45 58 59 5F 
Contents 







1 


Letter E indicating end card. 




1-16 


22 


Insignificant bytes. 




17-18 


2 


Two-byte address that is the entry point to the program loaded. 




19-1 E 


6 


MVC 199(24), 68 OC 1700770044 

This instruction moves the LSR program to location X'60'-X'77'. 




1F-28 


10 


MVI 255,C ' 3C4000FF 

MVC 254{135),255 0C8600FE00FF 

These instructions clear Absolute Card Loader from storage. 




29-2C 


4 


L 24,IAR 35100018 

This instruction transfers control to the entry point of the program 

loaded. 




2D-44 


24 


LSR display routine. 




45-58 


20 


Insignificant bytes. 




59-5F 


7 


Identification and sequence information.* 



•For error recovery purposes, 3 is subtracted from the sequence number. 



Figure 1-4 . Image of End Card in Storage After Compression 



COMPRESSION 

The data representing object program instructions is ex- 
panded before it is punched on cards; therefore, it is not 
in executable format. In order to reformat object program 
cards and produce an executable module in storage, the 
Absolute Card Loader compresses columns 2-89 of all text 
and end cards. Each 4-column segment of expanded object 
code on these cards is compressed by isolating the low- 
order six bits in each byte and forming a 3-byte segment. 
The 3-byte segments are then shifted to form a string of 
text in storage location X*17'-X f 58* (Figure 1-5). Figure 
1-6 is a flowchart of the compression and string-building 
portions of the Absolute Card Loader program. The alpha- 
meric labels on the chart blocks refer to segments of code 
in the program listing. These code segments perform the 
following operations: 



AAA15Q-AAA160: Since two different punch combina- 
tions are read as XT010000, iiOlOOOO (X W) is 
changed to 00101010 (X l 2A*), which has no equivalent 
punch combination. This ensures that the low-order six 
bits are unique. 

AAA 180: Two ALC instructions are used to shift the 
data two bit positions to the left. Since only the low-order 
six bits of data represent text* the two high-order bits are 
removed by shifting left. XR2 (index register 2) +1 points 
to the rightmost byte of the 4-byte field to be compressed. 
The compression cycle is repeated until four bytes have 
been compressed into three bytes. 

AAA 190: The compressed text is moved to the right. The 
rightmost byte of the contiguous string is at storage loca- 
tion X'58*. When the entire card has been compressed, the 
string of text resides in storage location X'l 7*-X'58\ 



1-4 







Storage L 

Location (hex) 1 ffl 



I M I I I I I II I I 1 I I I 1 1 I I M 

9 ( ( 47 B 51 M 55® 58 



Storage 

Location (hex) 1 ^h. 5 




Storage I H I Fl I \ 

Location (hex) 17 } 







A ) The expanded text (card columns 2-89) initially resides in storage location X'OV-X'58' 

B ) The 4-byte segments are compressed into 3-byte segments. 

C J The 3-byte segments are shifted to form a string of compressed text. 



Figuie 1-5. Compression of Expanded Object Code 
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AAA130 




Initialize the 
length in the first 
compression 
instruction 
(AAA180) to one 



AAA 150 



Decrement the 
address in the 
CD instruction 



AAA160 




AAA180 



Add the field 
to itself twice 
to shift left 
two bits 



Increase the length 
of the compression 
instructions 
(AAA180) by one 




AAA190 



Build a contiguous 
string of compressed 
3-byte segments 



Decrement the right- 
adjusting instruction 
for the next compres- 
sion cycle 



Adjust the 
pointer (XR2) 
to the next 
4-byte segment 
to be compressed 




TOAAA210 



Figure 1-6. Compression of Text and End Cards 
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ABSOLUTE CARD LOADER BOOTSTRAP 

The Absolute Card Loader consists of six cards. The first 
card is loaded by pressing the PROGRAM LOAD key. 
The instructions on this card are executed and a branch is 
made to the I/O routine (I/OR) to read the next card 
(bootstrap the next card). All six cards are read in the IPL 
mode. The following shows the area in storage that is 
built by the Absolute Card Loader: 





Buffer 


1 


2 


3 


4 


5 


6 


l/OR 






X'O' X'60' 












X'FF' 



Tier 2 

• Remainder of #2. 



Card 3: Tier 1 



• Instructions to move Absolute Card Loader 
to #3. 

• Instruction to branch to I/OR to read the 
next card. 

• Part of #3. 



The six cards contain the following: 

Cardl: Tier 1 

• Instruction to initialize XR1 (index register 1). 

• Instruction to move I/O routine to I/OR. 

• Instruction to move the first eight bytes of 
Absolute Card LoadeT to #1 . 

• Instruction to initialize the System Communi- 
cation Area to at least 4K. 

• Instruction to branch to I/OR to read the 
next card. 

Tier 2 

• I/O routine. 

• Eight bytes to be loaded into #1 . 

Card 2: Tier 1 

• Instruction to move Absolute Card Loader 

to #2. 

• Instruction to branch to I/OR to read the 
next card. 

• Part of #2. 



Tier2 

• Remainder of #3, 



Card 4: Tier 1 



• Instructions to move Absolute Card Loader 
to #4. 

• Instruction to branch to I/OR to read the 
next card. 

• Part of #4. 

Tier 2 

• Remainder of #4. 



Card 5: Tier 1 



• Instructions to move Absolute Card Loader 

to #5. 

• Instruction to branch to I/OR to read the 
next card. 

• Part of #5. 

Tier 2 

• Remainder of #5. 
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Card 6: Tier 1 



• Instructions to move the last part of the 
Absolute Card Loader to #6, overlaying part 
of I/OR. 

• Instruction to move the storage size to CLI of 
loader from the System Communication Area. 

• Instruction to branch to the entry point of the 
Absolute Card Loader. 



71er2 

• Remainder of #6. 



The operator performs the following procedure to use the 
LSR display routine: 

L Sets the IAR to X l 66\ 

2. Sets the console address/data switches: 

a. The two left switches are set to 34 to store a 
register or to 30 to sense I/O device information. 

b. The two right switches are set to the data source 
to be displayed. 

3. Presses the START key. A halt condition is displayed 
on the register display unit. The Q byte of the first 
halt is the high-order byte of the information being 
displayed. 



LOCAL STORAGE REGISTER (LSR) DISPLAY 
ROUTINE 

The local storage register (LSR) display routine is used 
to show the contents of a given register without destroying 
the contents of that register. This routine is moved from 
the object program end card to storage location X'60'- 
X77* by instructions on the end card. The LSR display 
routine is shown in Figure 1-7. 



When the START key is pressed again, another halt con- 
dition occurs. The Q byte of the second halt is the low- 
order byte of the information being displayed. 

Another register or sense information can be displayed by 
changing the setting of the two rightmost console address/ 
data switches and pressing the START key. 



Location 


Instructions (hex) 


Instructions {symbolic! 


X'0060' 


F00O00 


HALT1 HPL 


X'OO'.XW 


X'0063' 


F00O0O 


HALT2 HPL 


X'00\XW 


X'0066' 


3000006B 


SNS 


STORE+1,X'00' 


X'006A' 


00000062 


STORE #• 


HALT1+2,#= 


X'OOSE' 


0C0000640062 


MVC 


HALT2-MM),HALT1+2 


X'0074' 


C0870O60 


B 


HALT1 



Figure 1-7. Local Storage Register (LSR) Display Routine 
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STORAGE REQUIREMENTS 

The Absolute Card Loader requires the first 256 bytes of 
storage. The first 96 bytes are used as a read buffer 
(Figure 1-8). 



xoooc 



X'0060' 



X'OIOO' 



X'01B2' 



xxxx 



Read Buffer 



Absolute Card Loader 



System Communication Area 



Object Program 



Figure 1-8, Storage Map for Absolute Card Loader 
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Section 2. Program Organization 



Figure 1-8 shows the location of the Absolute Card Loader 
in storage. See Chart AA for a flowchart of the Absolute 
Card Loader. 
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ALDAA1 

****A2********* 

* i 

* ENTRY 

* A 
*************** 



*****B2*+*+****** 
**** * INITIALIZE * 

* * *8EGTSTER 2 AND * 

* B2 * >+ TESTING * 

* * * INSTRUCTIONS * 
**** * * 

***************** 



AAA085 

***C2 *********** 



READ PROGSA* 
CAUD 



*********************** 
COMPARE STORAGE CODE+- 
f LOCATION X '17E') * 
*0 HIGH OBDEB * 
BYTE OF THE * 

LOAD ADDRESS * 

*********************** 



*+** 

* + 

* Btt * 

* * 
* + ** 



pa 



.* STORAGE +. NO 
*. AVAILABLE .* 



.+ 
. * 
* YES 



AAA230 V 

*****Qt)********** 



•WOVE TEXT DATA + 
* INTO STORAGE + 



+ * 

•>* HALT * 

* * 

*************** 

DISPLAY; EC 



**************** 



***************** 



**** 

* * 

* D2 *-> 



*** + 
AAA050 .+. 

D2 *. 
* *, 
HO .* SEQUENCE 

*.J»n>18EH < OR= 

*. 3 



YES 



AAA080 

*****y2********** 



* CHAKGE HALT * 
\ *FPOM L2 TO L1 * 



***************** 



1 



AAAOfiO 

E2 *- 

.* n?cn *. 

.* ERROR OP *- 

*. NOT READY , 

♦.CONDITION.* 



NO 



YES 



AAA110 



G2 



*. TEXT CARD 



NO 



*** + 

* * 
+ P2 * 



IVAA070 

****p 3********* **** 

* * * * 
>* HALT + >* ?2 * 

* * A * * 
*************** | **** 

DISPLAY: LI OS L2 



> + , 



G3 



END CARD 



'. NO 



YES 



* YES 



AAA no 



*****H2********** 



COHP^ESS CAPO * 
CONTPNTS * 



***************** 



AAA210 



.12 *. 

* K 

EN!) CARD 

* . . * 

* t * 

"* NO 



' B4 ■ 

■ 
**** 



Y25 



H.3 *. 

* i 

PREVIOUS 
CARD IN 
STACKER 



* MO 

| +**« 

>— >* 02 

* 
+ **. 



***++j3++******** 

* THAHSFER + 

* CONTROL TO * 
->*INSTPi.TCT70N ON * 

* END CARD + 

* [LOCATION X'19'* 
***************** 



****[0********* 

i i 

RETURN 



Chait AA, Absolute Caid Loader 



TO: OBJECT PRO^PA* 
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PART II 
INPUT/OUTPUT CONTROL SYSTEM (IOCS) 



Input/Output Control System (IOCS) 2-1 



Chapter 1. MFCU IOCS Routines 



Section 1. introduction 

The IBM System/3 Card System Input/Output Control 
System (IOCS) for the IBM 5424 Multi-Function Card 
Unit (MFCU) is described in this chapter. The IOCS 
routines perform I/O (input /output) operations requested 
by IBM System/3 Card System programs. Error recovery 
procedures and operator restart procedures are provided 
for each IOCS routine. Halt identifiers, which appear on 
the Message Display Unit, and operator restart procedures 
are described in the IBM System/3 Card System Operator's 
Guide, Form C2 1-7513. 



Figure 2-1 shows which IOCS routines are used by the IBM 
System/3 Card System programs. Figure 2-2 shows which 
IOCS routines are used by RPG II Compiler phases. 



SYSTEM REQUIREMENTS 

The IBM System/3 IOCS routines for MFCU use the follow- 
ing system configuration: 

• IBM 5410 Processing Unit 

• IBM 5424 Multi-Function Card Unit (MFCU) 



\ MFCU 
\ IOCS 
\ Routines 

Card \ 
System \ 
Programs \ 


Full Function (Object) 




Full Function Modified {Object! 




Read Only/Primary Hopper {Compiler) 




Read Only/Primary Hopper (Object) 




Read Primary/Punch Secondary (Compiler} 




Read Only/Secondary Hopper (Compiler) 




Read Only /Both Hoppers (Object) 




Punch Only/Secondary Hopper (Compiler) 


System Initialization 


X 


















Program Maintenance 














X 




Device Counter Logout 


X 
















96 List 








X 










96-96 Reproduce and Interpret 


X 
















Sort/Collate 












X 


X 




Data Recording 




X 














Data Verifying 




X 














80-96 Conversion 


X 
















RPG 11 Compiler 






X 




X 


X 




X 


RPG II Compiler Object Program 


X 






X 






X 





Figure 2-1. MFCU IOCS Routine Used by Card System Programs 
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\. Compiler 
N> Phase tD 

Compiler MFCUV 
IOCS Routine N. 


RGAA 


RGAC 


RGAE 


RGAG 


RGAI 


RGAK 


RGCA 


RGCC 


RGCI 


RGCK 


RGEA 


Read Only/Secondary 
Hopper 


X 


X 


X 


X 


X 


X 


X 




X 


X 




Read. Only /Primary 
Hopper 
















X 








Read Primary /Punch 
Secondary 






















X 


Punch Only/Secondary 
Hopper 




















X 





Note 1: These compiler phases have no MFCU IOCS routines in storage: 

• RGAM 

• RGAO 

• RGAP-RGBZ 

• RGCE 

• RGCG 

• RGCJ 

• RGCY-RGDC 

• RGGZ 

• RGJA 

• RGJC 

• RGJM 

Note 2: All compiler phases not listed in this figure use the Punch Only/Secondary Hopper IOCS routine. 



Figure 2-2. MFCU IOCS Routines Used by RPG II Compiler Phases 
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Section 2. Method of Operation 



A wait call performs these functions: 



The two major functions of the MFCU IOCS are to 

(1) identify and perform the requested IOCS function and 

(2) detect and recover from any MFCU I/O errors. Figure 
2-3 shows the functional and data flow for object program 
IOCS requests. Figure 2-4 shows the functional and data 
flow for compiler IOCS requests. 



PERFORM IOCS FUNCTION 



Object Program 

Hie calling program branches to the MFCU IOCS routine 
to request an MFCU function. An IOB (input/output 
block) passed by the calling program specifies either a 
wait or an execute call. 



• Waits for the requested operation to complete by wait- 
ing until the buffer is not busy. 

• Checks for errors and branches to the error recovery 
procedures if an error is detected. 

• Clears the punch buffer to blanks if a punch call is 
requested. 

• Determines which of the two print buffers is to be used 
if a print call is requested. The buffer is cleared to 
blanks and its address returned to the calling program in 
index register 2. 



Calling Program 

• Call IOCS 
with para- 
meter 
pointing 
to IOB 



DTF 



IOB 



Branch to IOCS with requested 
function 



Return from requested call 




Execute Read, Feed 



MFCU IOCS 
(functional) 

• Identify and 
perform the 
function 

1. Wait call- 
wait for 
requested 
I/O to 
finish 

2. Execute 
call -start 
requested 
I/O 

Detect I/O 
errors for 
either wait or 
execute call 



■*- functional flow 
flow 



Execute IOCS Request 



When I/O 

error 

detected 



After recovery 
complete 



-c 



Stacker 
4 



Stacker 
3 



Stacker 
2 



Stacker 
1 



MFCU IOCS 
(error recovery 
procedures) 

• Identify and 
display type 
of I/O errors 

• Record error 
information 
in Error 
Recording 
area 

• Recover 



Error 

Recording 

Area 



Figure 2-3. Functional and Data Flow for Object Program MFCU IOCS Requests 
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Calling Program 



Branch to IOCS with wait call 



Branch to IOCS with execute call 



Branch to IOCS with wait on 
transport counter call 



Return from requested call 



Secondary 
Hopper 



Execute Read, Feed 



Primary 
Hopper 



■*- functional flow 
data flow 



MFCU IOCS 
(functional) 

• Perform the 
function 

1. Wait call- 
wait for 
requested 
I/O to 
finish 

2. Execute 
call-start 
requested 
I/O 

3. Walton 
counter call- 
make sure 
last card 
processed is 
stacker 
selected 

• Detect I/O 
errors for 
specified call 



Execute IOCS Request 



When I/O error detected 



After recovery complete 



Stacker 
4 



Stacker 
3 



Stacker 

2 



Stacker 
1 



MFCU IOCS 
(error recovery 
procedures) 

• Identify and 
display type 
of I/O error 

• Recover 



Figuie 1-A. Functional and Data Flow for Compiler MFCU IOCS Requests 



An execute call performs these functions: 

• Checks for errors and branches to the error recovery 
procedures if an error is detected. 

• Attempts to start the requested I/O operation. 



Compiler 

Compiler IOCS routines do not use an IOB or DTF (define 
the file). The entry point determines the function to be 
performed. These functions can be requested: 

1 . Execute call. 

2. Wait call for buffer not busy. 

3. Wait for all cards to clear transport. 
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DETECT AND RECOVER FROM I/O ERRORS 



Object Program 

Both the wait call and execute call check for I/O errors. 
If an error is detected, the IOCS routine branches to the 
error recovery procedures (ERPs). The ERPs attempt to 
recover from an I/O error by re-trying as many of the 
previous operations as necessary to properly complete the 
functions and stack the cards. 

Error information is recorded in the Error Recording area 
for all errors except punch invalid and errors occurring 
during error recovery. A halt code is displayed when the 
error is detected. For a detailed description of the ERPs, 
see Section 3, Program Organization. Figure 2-6 is a 
summary of the halt codes for the error types and the 
program action taken. 

The MFCU recovers from six types of errors: 

• Feed check — The halt code is Fl for the primary 
hopper and FO for the secondary hopper. A second 
halt displays the number of cards to be replaced in the 
hopper and the last selected stacker. After the cards 
have been replaced in the hopper, they are fed into the 
wait station and then restacked. If a print operation was 
not completed on the next to the last operation, it is 
repeated before the card is stacked. All operations not 
completed on the last operation are repeated before the 
card is stacked. 



• Print check - The halt code is F6. No program error 
recovery is done. The program continues to check for 
errors. 

• Punch invalid - The halt code is F5. A second halt 
displays the number of the stacker containing the 
card in error. No program error recovery can be done. 
The program continues to check for errors. 

• Punch check — The halt code is F4. A second halt 
displays the number of the stacker containing the card 
in error. The punch operation is repeated. 

• Read check — The halt code is F3. After the card is 
replaced in the hopper, it is reread. Punch and print 
operations are not repeated because they have been 
completed. 

• Hopper check — The halt code is F2. After the error 
is corrected, the card is read or fed. Punch and print 
operations are not repeated because they have been 
completed. 



Compiler 

Compiler IOCS ERPs differ from object program IOCS 
ERPs in that they do not record error information in the 
Error Recording area. 
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Section 3. Program Organization 



GENERAL DESCRIPTION OF MFCU IOCS ROUTINES 

The overview presented in this section deals with an object 
program IOCS routine. Compiler IOCS routines differ from 
object program IOCS routines in these ways: 

• Compiler IOCS routines do not use an IOB or DTF. 

• Compiler IOCS routines have separate entry points. 
The possible entry points are: 

1 . Execute call. 

2. Wait call. 

3. Wait for all cards to clear transport. 

• Compiler IOCS routines do not record error information 
in the Error Recording area. 

• Compiler IOCS routines do not clear the punch buffer 
if a wait call has been requested. 

See MFCU IOCS Routines in this section for flowcharts 
of specific routines. 



Branch to IOCS: 
Address 



C087 



of IOCS 




Address 
of IOB 



Next 

Sequential 

Instruction 




DTF 



IOCS Routine 



Figure 2-5. Linkage for Object Program MFCU IOCS Routines 



Functional Description 

The calling program branches to the MFCU IOCS routine 
to request an MFCU function. Immediately following the 
branch is a 2-byte parameter which points to the IOB. The 
IOB contains the type of call, the function to be performed, 
the record length, and stacker information. 

The last two bytes of the IOB point to the 14-byte DTF. 
The DTF contains buffer addresses needed by the IOCS 
routines and provides space for storage of error information 
(see Section 4, Data Area Formats, for the contents of the 
IOB and DTF). Figure 2-5 shows the linkage of these 
areas. 

After initialization is done, IOCS checks the IOB to deter- 
mine whether a wait call or an execute call is requested. 



Wait Call 

If a wait call is requested, IOCS performs the following 
steps to complete the functions: 



• Builds an APL instruction to wait for the specified buf- 
fer to be not busy. 

• Checks for device errors and branches to ERPs if an error 
is detected. 

• Moves blanks into the punch buffer specified in the DTF 
if a punch call is requested. 

• Determines if a print call is requested and, if so, does 
the following: 

1 . Assigns one of the two print buffers to be used in 
the next execute call. 

2. Stores the address of the assigned buffer in the 
DTF. 

3. Loads the address in index register 2. 

4. Clears the buffer to blanks. 

IOCS then returns to the calling program. Chart IA, part 1 , 
shows an overview of the wait call. For a more detailed 
flowchart, see Detailed Description of the MFCU IOCS 
Routines in this section. 
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Execute Caff 

If an execute call is requested, IOCS performs the follow- 
ing steps to complete the functions: 

• Waits for all previous I/O operations on the MFCU to 

complete. 

• Checks for device errors and branches to ERPs if an 
error is detected. 

• Updates the History Table with stacker information 
from the R byte of the last SIO instruction (see Section 
4, Data Area Formats, for the contents of the History 
Table). 

• Builds the SIO instruction by moving in the Q byte 
from the APL instruction in the wait call and the R 
byte from its build area. 

• Sets up feed check error recovery for the specified 
hopper. 



When the I/O operation has been completed for a wait call 
or accepted for an execute call, IOCS returns to the calling 
program. Chart IA, part 1, shows an overview of the exe- 
cute call. For a more detailed flowchart, see Detailed 
Description of the MFCU IOCS Routines in this section. 



Error Recovery Procedures Description 

The wait call or execute call branches to the error recovery 
procedures when it detects a device error. The status bytes 
are sensed into the DTF and loaded into the ARR (address 
recall register) from the DTF. Figure 2-6 shows the status 
sense information for each error. 

A check is then made for I/O errors. If none have occurred, 
the error is a simple device-not-ready; the IOCS ERP returns 
to the IOCS mainline routine. 



Initiates the I/O operation (SIO). 



Halt 
CodB 


Condition 


Priority 


Status 


I/O 

Attention 

Light 


Program Action 


By to 


Bit 


None 


Simple not ready 


4 


— 


— 


On 


Loop on the SIO until it is accepted. 


None 


No-op 


4 




7 


Off 


Prime the wait station. 


FO or F1 


Feed check 


1 




6 


Off 


Reissue afl operations not completed. 


F6 


Print check <see 
Note 3) 


2 




3,4 


Off 


Continue processing. 


F5 


Punch invalid 


2 




2 


Off 


Continue processing. 


F4 


Punch check 


2 




1 


Off 


Reissue the last command. If read was 
specified, set off read bit before reissuing 
command. 


F3 


Read check 


3 







Off 


Reissue read portion of last command. 


F2 


Hopper check 


3 




5 


Off 


Feed a card or, if the last command was a 
read, read a card. 



Note 1: Errors are processed in the order they appear on this chart. 

Note 2: Byte 1 refers to the second byte (high storage address! of sense data. 

Note 3: Two types of print check can occur: 

1. Print data check. 

2. Print clutch check. 

Figure 2-6. Error Recovery Information for MFCU IOCS Routines 
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* CALL * 
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********* 


***************** 
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f * 

***************** 



*****G3********** 

* * 
*SET DP E1P 70R * 

* RESPECTIVE * 

* HOP°EP * 

* * 
***************** 



XXX 120 V 

***P3*********** 



START I/O 
OPEfATIOV 



****** A*** ****! 



Note: The labels on this chart 
correspond to the labels on the 
chart for the Full Function 
routine. 



xxxieo 

****j3********* 

* * 

* I^T'JPN * 

* * 
************ *?■ 

TOi CALLING PPOGPW1 



Chart IA. Overview- Wait and Execute Calls (Part 1 of 2) 
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**************** 
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*f. HALT * 
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* * 

***************** 

**»* 



* W *-> 



****£|| ********* 

¥ * 

* RETCRB * 

► * 

*************** 
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Chart IA. Overview-Erroi Recovery Procedures (Part 2 of 2) 



MO 



If an I/O error has occurred, a test is made to see if the 
no-op bit is on. This bit, if on, indicates that the wait sta- 
tion must be primed before the hardware can perform the 
required punch or print operation. The wait station is 
primed and the program returns to the IOCS mainline to 
build the SIO instruction. 

If the no-op bit is off, six types of errors are checked for in 
this order: 

1 . Feed check 

2. Print check 

3. Punch invalid 

4. Punch check 

5. Read check 

6. Hopper check 

The Q, R, and SNS bytes in the DTF are moved into the 
Error Recording area for all errors except punch invalid 
and errors occurring during error recovery. See Section 4, 
Data Area Formats, for a description of the Error Record- 
ing area. 

Chart I A, part 2, shows an overview of the ERP. For a 
more detailed flowchart, see Detailed Description of the 
MFCU IOCS Routines in this section. 



Feed Check 

The halt code for a feed check is displayed (FO or Fl). The 
program maintains two counters. The display counter keeps 
track of the number of cards in the transport, including the 
wait station. The command counter keeps track of the 
number of commands which need to be repeated. The pro- 
gram builds the second halt by referencing the History 
Table to determine the last selected stacker and the display 
counter to determine the number of cards to be replaced 
in the hopper. The correct codes for the second halt are 
then selected from the Halt Table and this halt is displayed. 

The command counter is tested to see if all feeds have 
been completed. If all feeds are not complete, another 
card is fed into the wait station. The command counter is 
tested again. When all cards have been fed, the program 
returns to the IOCS mainline to repeat the last operation. 
Figure 2-7 shows a schematic diagram of feed check ERP. 




Build second 
halt 



ERP 

IOCS 
Mainline 




Feed a 
card 



Rebuild 
510 



Re-execute 
operation 



f RETURN J 



Figure 2-7. Schematic Diagram of Feed Check ERP 
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Print Check 



Punch Invalid 



Ihe halt code for a print check is displayed (F6). Pro- 
cessing continues to determine if there are other errors. 
Figure 2-8 shows a schematic diagram of print check ERP. 



The halt code for a punch invalid is displayed (F5). The 
program references the History Table to determine the 
stacker which contains the incorrect card and selects the 
correct halt code from the Halt Table. This second halt is 
displayed. Processing continues to determine if there are 
other errors. Figure 2-9 shows a schematic diagram of the 
punch invalid ERP. 




Continue 
processing 



Figuie 2-8. Schematic Diagram of Print Check ERP 
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Figure 2-9. Schematic Diagram of Punch Invalid ERP 
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Punch Check 



Read Check and Hopper Check 



The halt code for a punch check is displayed (F4). The 
program references the History Table to determine the 
stacker which contains the incorrect card and selects the 
correct halt code from the Halt Table. This second halt 
is displayed. The program returns to the IOCS mainline to 
repeat all but the read portion of the last operation. 
Figure 2-10 is a schematic diagram of the punch check 
ERP. 



Error recovery is the same for these two errors. The cor- 
rect halt code is displayed (F2 or F3). The program returns 
to the IOCS mainline to repeat the read or feed portion of 
the last operation. Figure 2-1 1 is a schematic diagram of 
the read check and hopper check ERP. 
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Figure 2-11. Schematic Diagram of Read Check or Hopper Check ERP 



Figure 2-10. Schematic Diagram of Punch Check ERP 
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DETAILED DESCRIPTION OF THE MFCU IOCS 
ROUTINES 

This section contains detailed flowcharts of the overview 
flowchart presented previously (Chart IA). Chart IB is 
broken down in this manner: 

• Part 1 — Initialization and wait call 

• Part 2 - Execute call 

• Parts 3 and 4 — Error recovery procedures 

Notes relating to specific blocks in the flowcharts are 
included for more thorough explanations. 



01 G2: Bits are set off so completed operations will 

not be repeated. Only uncompleted opera- 
tions and stacker selection need be 
performed. 

01 C4-01 E4: Two print buffers are used alternately for 
maximum throughput When a print wait 
is requested, the buffer address is switched 
in the DTF and loaded in XR2. The new 
address in the DTF will be used by the next 
print operation. 
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Note: The labels on this chart 
correspond to the labels on the 
chart for the Full Function 
routine. 



Chart IB. Initialization and Wait Call (Part 1 of 4) 
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02D1 : Save the print bit from the Q byte of the 

SIO of the last operation. Hiis bit is used 
to condition print re-try during error 
recovery. 

02F1 : Stacker information is obtained from the 

IOB. The print-4-lanes bit is derived from 
the record length in the IOB. The print 
buffer bit is derived from the print buffer 
address in the DTR 

02C3, 02B5: Error recovery depends on the hopper 
specified in the current operation. 

1. ERP is set up to refill the opposite 
wait station since the entire transport 
must be cleared when a feed check 
error occurs. If no operation from the 
opposite hopper has been processed, 
this step is bypassed. 

2. The test for a card in the wait station 
is initialized. If a card is in the wait 
station, ERP increments the command 
and display counters by one. 

02E3 : This decision is controlled by block 04C3. 

02C5: If a punch or print is not requested on the 

first operation from the secondary hopper, 
no card is stacked and the History Table is 
not updated. 
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* LOAD BEAD ABD * 

* PUHSH BOFPBR * 
■* REGISTERS FOR * 

* SECORDABY * 

* HOPPER * 
***************** 



S3 *. 
. * *. 

• HOBNAl *. BO 

EXIT .* -- 

*. .* 7 

4. .* ***** 

*. . * *001* 

* YES * D2* 



**** 
*001* 

* Bft *-> 

* * 
**** 

XXXlttO 

*****H3********** 



RESTORE XR2 * 



* * 



***************** 



*****j1* ********* 

* LOAD READ AHD * 

* POHCH BOFFEH * 

* SECISTERS FOB * 
♦paiBART HOPPEB * 

* * 
***************** 



***************** 
*•** 



• 83 * 



*001 + 

* s« *-> 



**** 
XXX150 

***** j 3*** ******* 



* BSSTOBE IR1 + 

* * 

* • 
***************** 



11X160 

****K3********* 

* * 

* RETOBH . * 

* * 
*»***••••***•** 

PO; CALLIH1 PHOGRAfl 
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03C1-03D1 : The program waits for the hopper-cycle-not- 
complete bit to be static. 

03 Fl : If there are no errors, a simple device-not- 

ready has occurred and does not require 
error recovery. Device-not-ready can be 
caused by: 

1 . Hopper empty. 

2. Stacker foil. 

3. Chip box foil. 

4. Covers open. 

5. MFCU STOP key pressed. 

03F1-03H1 : The program waits for all card motion to 
stop. A feed check causes the machine to 
stop immediately which may leave cards in 
the transport. Other errors allow comple- 
tion of the operation. The check for trans- 
port counter - waits for the operation, 
including stacking, to be completed. 

03 Jl : If an error has occurred during feed check 

error recovery, error recording is bypassed. 

03 C3 : A no-op condition indicates that the first 

command for the hopper includes a punch 
or print but there is no card in the wait 
station. No error has occurred but the wait 
station must be primed before the operation 
can be executed. 

03GS: These bits are set off because these opera- 

tions have already been completed and must 
not be repeated. 

03 J5: The 'no* exit will be taken only if the error 

occurs during the feeds of feed check error 
recovery. If an error occurs during one of 
these operations, the feed must be re-tried 
without decrementing the command counter. 
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01-F2 
02-C1 
***** 
*004* 

* J5* 



XXX300 V 



SAVE BBTUBH 
ADDRESSES 



**************** 



X 1X310 



'S2NSE BYTES FOR* 
' HASHET 1-2 • 



1AGNET 
1-2 OS 



*»«*«g1********** 



• SENSE STATUS 
•BYTES INTO DTF 



***************** 



***** 
*O02* 
* E2» 



* SET COaflAHD * 

* COUNTER TO *<- 

* PRISE HIPPER * 

* • 
***************** 



***** 
•001* 
* G5* 



*****S 2* *•***•*** 

* * 

* set up pouch * 

* r»/ALID HALT *< 

* CP5| * 



?^ 



• T3S 



NO 

""I 

**** 

* • 
» D* * 

* * 
**** 



FEED 
CHECK 



NO .* THANSPORT *. 
L— *. CDUNTER = -• 
*. .* 

*. . • 

*, . * 
• YFS 



•***R2********* 
i • 

•■ HALT *<- 



* a 



**** 

3 
**** 

+****g 3 *•*******• 

* • 
♦■SET HAIHLIHB TO* 

* REPEAT LAST • 

* OPERATION * 



***** 
•OOft* 
* El* 



■* I 



XXX360 

v****B5********** 



* SET OP PONCH * 
♦CHBCK HALT (F41 * 



***************** 



C3 



NO-OP 
BIT ON 



= 5 



TES 



r™ 

***** 

•004* 
• 31* 



POUCH 
CHBCK 



HO 



rxr*20 

•+**oti ********* 
* < 

RETORH 



XXXftIO 



* * I 

*************** 

TO! IOCS **** 



D5 *. 

. * BEAD i 

30ECK 08 

1TOPPEB 

CHECK 



* TES 



* D1 * 

* * 
• **• 



TES .' 



E3 *. 
* i 

PUNCH 
INVALID 

,i 

*- . * 
* NO 



*****P3**++****«* 

* BOTE Q.a, AND * 
•SKS BYTES INTO * 
•EBROR BECOBDING* 

* AREA * 



***«*E4 ********** 



* SET OP READ * 
♦CHECK HALT <F3) *<■ 



***************** 



B5 



YES 



S3 *-> 



***• 
XXX35Q 



*****? 5*+ *******> 



* SET DP HOPPER • 
•CHECK HALT (F2) • 



YES 



• NO 



*ooo* 

* 93* 

* * 



R3 



YES .* P8INT *. 
*. CHECK 



DISPLAY: F6 



•*•*•(; 5********** 

* * 

* TUB* OFF * 

* PUNCH/PRINT * 

* BITS • 

* * 
***************** 



XXX 440 

****Q5********« 

* * 

* HALT * 

* • 
*************** 

DISPLAY: 
F2 OR 



**** 
*0Q«* 
* B5 *-> 



J1 *. 



NO .* PEBD *. YES 
r--*. CHECK SRP .* . 



XXX355 

J3 *. 
**** .* *, 

* * no -• pdn:h *. YES 

• B5 *< *. IRVALID .* 



XXX050 



F3 



**** 
' 83 



**** 

* * 

* 53 i 



*O0tt* 
* Bl* 

* * 



r 

***** 

*oo a* 

• F5* 



NO .* ALL *. 

---*. FEEDS 

♦.COHPLETED.* 



* YES 



***** 
*00 2* 
* G1* 



Chart IB. Error Recovery Procedures (Part 3 of 4) 
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04B3-04J3 : The display counter is equal to the number 
of cards in the transport past the wait 
station plus one if a card is in the wait 
station. 

The command counter is equal to the num- 
ber of cards calculated for the display 
counter plus one if a card should have left 
the hopper but has not. 

The number of cards in the transport past 
the wait station is indicated by the hardware 
transport counter. If a card is in the wait 
station, the card-in-wait bit is on or both 
the card-in-wait bit and the hopper-cycle- 
not-complete bit are off. 

04C3: If a card was in the opposite wait station, 

it must be fed into the wait station because 
the transport is cleared during feed check 
error recovery. 

04F5: Printing may not have been completed so 

the print operation must be repeated. 



2^20 



•003* 
* J3* 

* * 



XXX370 

****B1********* 

* HILT * 

*************** 

DISPLAY: FU OK P5 



11X380 

*****™1********** 

* * 
*SBT OP STACKER * 

* MDHBEB IF * 

* SECOND HALT + 



XXX390 

«* **]}-| ********* 

* * 

* HALT * 

* * 
*************** 

OISPLAY: STACKER » 



POUCH *. TBS 




, * 
. * 
*. .* 

* BO 

I 

***** 
•002* 
* S1* 


7 
***** 

*ao3* 

* B5+ 

* * 



***** 
*003* 
• S3* 



iB3********i 



» IFITIALI2E * 

♦DrsPLir coosrsa* 



***************** 



IXX510 

*****Q3* ********* 

* SET TO PBIKE * 

* PRIBARt OB * 

* SECOSDABY * 

* HOPPER * 

* * 
***************** 



D3 *. 

.♦HOPPER *. 

.* CYCLE SOT * 

.COUPLETS BIT 

*. ON 



****«£3* ********* 



* ADD 1 PO * 

•COMMAND C017HTEB* 



***************** 



KXX523 



P3 



.* CftBO IB *. H3 
WATT .*— 

*. STAriON .* 
* , , * 

*. . * 
* TES 



XXX53Q 

*****Q3********** 



• ADD 1 TO • 
•DISPLAT COOBTEB* 



***************** 



XXX5UD 

****t]3********* 

* < 

* HALT 

* * 

*************** 



DISPLAY: 

70 08 ?1 



*****J3********* 

* 

* ADD DISPLAY 

« COOHTBH TO 

•COSH AID COBSTEB 



XXX550 J 

*****B 5** ******** 

* • 

* SET OP SECOHD + 
*HALT aSIMIJ BALT* 
■ TABLE * 

* * 
***************** 



XXX590 

****£ S*** ****** 

* HALT < 



**** 

* * 

* D5 *-> 

* * 


DISPLAY! 
• OP CABDS 
6 STACKER • 


**** 




XXX600 t 

*****q rj ********** 

* * 


*SET HP STACKER * 
*IH FEBD COMHAKD* 

* * 


• 


* 



f— 

***** 
•00 3* 
* J5* 



* ALL *. 

CARDS 
*.BBSTACKBD.* 



•0 03* 
* J5 *-> 



i**7U ********** 



* TflBB OK PRINT * 
♦BIT IF RE&0IRBD*<- 



■>* 65 < 

* i 

**** 



**** 
XXX610 



F5 



YES .* SBXT TO 

*. LAST 

♦.OPERATION, 



***• 
+003* 

* C2 *-> 

• * 

• *** 
XXX630 

***^ 5* *********** 

* PEED CABD * 
ISTO WAIT 

* STATIOH * 

***************** 



X1X6UQ * 

*****H5*« ******** 



BAIT FOB PSED • 
TO COMPLETE * 



••a************** 



J5 



HO -* ABY 

+, EBHORS 



IBS 



• D5 * 

• * 
***• 



***** 
♦003* 
* Bl* 
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MFCU IOCS ROUTINES 

This section gives a detailed description of each MFCU 
IOCS routine. The functions of each routine are given as 
well as its entry points, input required to perform the 
functions, resulting output, and exits. Distinctions from 
the general IOCS routine previously described are indicated. 
The flowcharts for a routine are on a level similar to Chart 
IA in General Description of MFCU IOCS Routines. For 
a more detailed flowchart and discussion, see Chart IB. 



Full Function (Object) 
Entry Point: ARGEM1 
Chart: IC 

Functions: 

• Waits for the I/O operation to complete. 

• Reads or feeds cards from the primary or secondary 
hopper. 

• Punches and/or prints cards from either MFCU hopper. 

• Provides stacker selection. 

• Detects and recovers from errors. 

Input: 

• 10B 

• DTF 

Output: 

• Address of the print buffer if print wait is specified. 

• Blanks in punch/print buffers if punch/print is specified. 

• Punched and/or printed output. 



1RCIH1 

* 

* EKTR1 



RMA020 

****»B 2* ********* 



GET IOB 



CHA030 



C2 



BUT 

CALL 



^J.*"**^*****.**** 



BAIT OH 

REQUESTED 

BU?FER BDSTf 



E2 



XES 



***** 

• 002* 

* B2* 
* * 



EH *.*. ** F2 **.**«*** 

* * 

* CLEAh PUNCH * 
♦BUFFER IP POUCH* 

* CALL * 

* * 
***************** 



*****G2* ********* 

♦clear assigned * 
« prist bower * 

*iHD LOAD 182 IE* 

* PRIHT CALL * 

* * 
***************** 



*****C3 ********** 



* BAIT 08 ALL 
->* BOPFBRS BDSTC 



03 



ERROB5 



*K5 



ER *2.**. 23 ********** 



♦UPDATE HISTORY * 
* TABLE + 



BUILD SIO 

HfSTRUCTIOH 



**+**G 3*+* ******* 

* * 
•SET UP EHP TOB • 

* kESPECTITS * 

* HOPPER * 

* * 
***************** 



* START I/O * 
OPERATION 



***************** 



*002< 
* B2* 



EAU60 

****J3********* 

* * 

* RETURH * 

* * 
*************** 

TO: CALLIBG PHOCBAH 



Chart IC. Full Function (Object)-Wait and Execute Calls (Part 1 of 2) 



Exit: Control is returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: None 
2-22 



• 001* 

* E2* 



EHB300 

[+* + *g 2* ******** 



rHlTIALIZATIOH 



C2 



< 3a - 

■ 
**** 



•«***D2* ******** 

*H)-OP 

*1. FHIHE HOPPfil 

*2. riBTRf LAST 

•OPERATIC* 



E2 



YES 



**«**P2*«* ******* 
*HECOBD 0,B„ AHD* 

• S»S BYTfcS IH * 
•EEBOB 8EC0HDIS3* 

• APEft * 

• * 
****** •*»* ** ***** 



!(lfe3S0 * 

4****G 2*** ******* 
•FEED CHECK * 

• 1. HJILT TWICE * 
•2.HESTACK CAHDS* 
*IN TBfcHSPORT * 
»3.hETBY LAST OP* 
****** *********** 



*****H2*** ****** 
*PBIKT CPECK 
*1. HALT 
•2. COHTIHUE 



**************** 



EWB355 

*****J2********#* 

* * 

* PGtfCH IB7ALID * 

* 1. HALT TWICE *■ 

* 2. COMTISOE * 

* • 
***************** 



?«B360 

* * *** gtj *** ******* 

♦PUNCH CHECK * 

*1. HALT TWICE ♦ 

r-->»2. HET81 LAST * 

♦OPFHUTIOM * 



BtlBflO 

«**• *C4 ********** 
•BEAD CH2CK * 

*1. HALT * 

*2. HETW LAST * 
»OPEBATIOW * 

* * 

***************** 



*****BH********* 

*HOPPBH CHECK 

*1. HALT 

*2. HBTHIT LAST 

♦OPEBATIOH 



**** 

* * 

* E« *-> 

* * 
**** 

EHBQ20 

****2U ********* 

* * 

* HETOBH * 

* * 
*************** 

TO: IOCS MAINLINE 
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MFCU IOCS Routines — Program Organization 2-23 



Full Function Modified for Data Recording/Verifying 
(Object) 



Entry Point: ARGEN1 
Chart: ID 

Functions: 

• Waits for the I/O operation to complete. 

• Reads or feeds cards from the primary or secondary 
hopper. 

• Punches and/or prints cards from either MFCU hopper. 

• Provides stacker selection. 

• Detects and recovers from errors. 

Input: 

• IOB 

• DTF 

Output: 

• Address of the print buffer if print wait is specified. 

• Blanks in punch/print buffers if punch/print is speci- 
fied. 

• Punched and/or printed output. 



Exit: Control is returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: 

• Only the second print buffer is used 

• Address of the print buffer is not put in index register 2. 



ARGEN1 

♦+++R2********* 

* i 

* ENTRY < 

* i 
*************** 



EHA020 T 



GET IOB 



ENA030 



C2 



*. WAIT CALL 
*. 

*. .* 

*- . * 
♦ YES 



ENA170 V 

*****P 2 ********* 



*. NO 



* WAIT Oil 

* REQUESTED 

* BUFFER BUSY 
• 
**************** 



E2 



YES .* 

-*. ANT ERRORS 



r 

■**** 

" 2 * 
■ B2 + 

* * 



EN A 190 V 

*****P2********** 

* + 

* CLEAR PUNCH + 
♦BUFFER IF POUCH* 

* CALL * 



*****G2 ********** 

* + 

* CLEAR SECOHD * 

♦PRINT BUFFER IF* 

* PRINT CALL * 

* * 
***************** 



*****C3** ******** 



* WAIT ON ALL 
->* BUFFERS BDSY 



***************** 



D3 



.+ *. YES 

*. ANY ERRORS .* . 

*- -* 

*■ •* 1 
*. .* V 



* HO 



ENAOHO 

*****e3* ********* 



♦UPDATE HISTORY + 
* TABLE * 



***************** 



ENA070 V 

*****P3********* 



* BUILD SIO 

* INSTRUCTION 



**************** 



*****G3 ********** 

* * 
*SET UP ERP FOR * 

* RESPECTIVE * 

* HOPPER * 

* * 
***************** 



ENA120 

***H3 *********** 



***** 

* 2 * 

* B2 + 



START I/O 
OPERATION 



**************** 



ENA1S0 



****j3********* 
* 
RETURN * 

I * 

*************** 

TO: CALLING PROGRAfl 



Chait ID. Full Function Modified (Object)- Wait and Execute Calls 
(Part lof2) 
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01-03 
***** 

♦ 001* 

• E2* 

* + 



EHB300 7 

*****g 2*** ******* 



•INITIALIZATION * 



*********i* ******* 



**♦ 



C2 



ERRORS 



**4>* 

* « 

* Bit • 

* « 
*•** 



YES 



*****D2********** 
*HO-OP • 

*1. PaillE HOPPER* 
•2. BETR* LAST * 
♦OPERATJOH * 

* * 

****** *********** 



E2 



PCHCI1 
INVALID 



.* 
, + 
+ MC 



*****? 2*** ******* 

♦RECORD u.R, AND* 

* SHS BYTES IH * 
*EafiOE RECORDING* 

* ARE* * 



************* 



■*** 



EHB350 V 

*****52*** ******* 

* FEED CHECK * 

* 1.RALT T»ICE * 
•2.RBSTACK CJL2DS* 

* IS TBAHSPORT * 
*3. RETRY LAST OP* 
***************** 



*****g 2*** ****** 
♦PRINT CHECK 

HALT 

COHTIBOE 



:i: 



**************** 



EHB355 

*****j 2*** ******* 

* ♦ 

* POICH INVALID ♦ 

* 1. HALT TirrcE »- 

* 2. COKTISOB * 

* * 
***************** 



ENB360 

*****b[(*«*** 
*fUSCH CHBCK 
*1. RALT TRICE 
r - >*2. HETR* LAST 
♦OPERATION 



EWBU10 V 

*****C<1* ******** 

♦READ CHECK 

•1. HALT 

•2. RETRY LUST 

♦OPERATION 

* 
**************** 



*****gi( ********* 

*HOPPEH CHECK 

*1. HALT 

•2. RETRY LAST 

•OPERATION 



**** 






* « 






* Eft *-> 






* * 






***■ 






EN5420 






V 




* 


* 


* RETURN 


* 


• 


* 



TO; IOCS RAINLINE 
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Read Only /Primary Hopper (Compiler) 

Entry Points; 

• ARGE11 - Execute call 

• ARGEI2 - Wait call 

Chart: IE 

Functions: 

• Waits for the I/O operation to complete. 

• Reads cards from the primary hopper. 

• Directs cards to stacker 1 . 

• Detects and recovers from errors. 

Input: None 

Output: None 

Exit: Control is returned to the instruction immediately 
following the branch to this routine. 

Routine Distinctions: All ERPs are provided except: 

1 . Print check. 

2. Punch invalid. 

3. Punch check. 



SFGEI1 

****31* ******** 
* 

* EBTFY 2 
+ ' 

*************** 



ARGEI2 

****A2********* 

* * 

* ENTBY 1 * 

* 4 
*************** 



*****32 ***++***+* 



* SET BAIT CALL * 

* SWITCH * 



***************** 



EIA015 

+ + + + #(22********** 

* * 

* BAIT ON ALL * 

* BOFFERS BUSY + 

* * 

* • 
***************** 



D2 *. 



YES .* 

-*. ANY ERBOFS 



r 



***** 

* 2 < 

* B2' 

* + 



* HO 



EIA030 



E2 



YES .* 

*. SUIT CALL 

*. 



* NO 



EIAOHO V 

<***P2********* 



STAET I/O 
OPSHATION 

*************** 
> 



EIA080 

+*+*G2*******++ 

* * 

* EETORN * 

* * 
*************** 

TO: CALLING PROGRAM 



Chart IE. Read Primary (Compiler) - Wait and Execute Calls 
(Parti of 2) 
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***** 

♦ 001* 

* D2* 



BIB200 V 

*****% 2* ********* 



• INITIALIZATION * 



***************** 



C2 



SO 



*****$2*** ******* 

* FEED CHECK * 

* 1.HALT TWICE * 
*2.riE5TACK CARDS* 

* IN TRANSPORT * 
*3. RETRK LAST OP* 
***************** 



EIB2U0 

*****£2**+ ******* 

*3EKD CHECK * 

*1. HALT * 

+2. AETBK LAST * 
*0PERATIOF * 

* * 

***************** 



*****?2**+ ******* 
•HOPPER CHECK * 
*1. HALT * 

+2. flETBI LAST * 
•OPERATION * 

* * 

***************** 



SIB250 

****Q2********' 
* 
* BETUaS 



TO: IOCS MAINLINE 
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Read Only/Primary Hopper (Object) 
Entry Point: ARGEC1 
Chart: IF 

Functions: 

• Waits for the I/O operation to complete. 

• Reads cards from the primary hopper. 

• Provides stacker selection. 

• Detects and recovers from errors. 

Input: 

• IOB 

• DTF 

Output: None 



Exit: Control is returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: 

• Only the execute/wait bit and the read primary bit are 
interrogated. Any other bits that are on are ignored. 

• All ERPs are provided except: 

1. Print check. 

2. Punch invalid. 

3. Punch check. 



AEG EC 1 

* EKTHT < 

• 4 
ft************** 



ECA010 

*#***B 2* ********* 



* GST IOB 

* 
* 



ECA020 



BAIT 
CALL 



ECMOO 

*****D2*** ****** * 



* 9BQ0ESTED » 

♦ BDPFEa BUST * 

• * 
***************** 



***** 
*0O2» 
* B2* 



*ES .* AST 
*. EBJtOttS 



*****C3**» *»*+**« 



* HUT OH ALL 
->* BDFF5HS BUSY 



■ **«***«********■ 



D3 



AMY 
ER80BS 



***** 
*002< 
* B2< 



+****S3«***»*»**+ 



•UPDATE HI5T0BY * 
* TABLB * 



*»********••«<***> 



2CA030 



BUILT) SIO 
rKSTROCriOH 



*******#«*******• 



ECftOttO 

***G1* ********** 



OPERATION 



******»**•*•***+* 



ECAOBO 

****H3********* 

• * 

• BETEJHH * 

• * 
*************** 

TO: CH.LI1G PROGBAH 



Chart IF. Read Primary (Object)-Wait and Execute Calls (Part 1 of 2) 
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01-D3 
***** 
•001* 
* E2* 



**i**B2********< 

* 

♦INITIALIZATION 



C2 



BHHORS .*-- 



* YES 



*****D2+** ••***»• 
♦H3-0P * 

•1. paiflE HOPPBfl* 
•2. BBTRT LAST * 
•OPEBATIOH • 

* * 

****** *********** 



*****t2*** ******* 
•RECORD Q.B, AMD* 

* SHS BITES IN • 
•ERBOH BBCOHDIHG* 

* AREA • 



EEB240 

*****f2********** 

* PBED CHECK * 

* 1.BALT THICE * 
•2.BESTACK CABDS* 

* 13 TBAH5P0RT • 
•3. RETRY LAST OP* 
***************** 



FSB2S0 

*****$2*** ****•< 

•BEAD CHBrK 

*1- HALT 

•2. RBTHl LAST 

•0PE2ATIOS 



*****A 2*** ****** 

•HOPPER CHECK 

•1. HALT 

•2. BETBT LAST 

^OPERATION 



BEB26Q 






BJTORS • 

* 

TO j IOCS HAIHLI*B 



Chart IF. Read Primary (Object)-Error Recovery Procedures 
(Part 2 of 2) 



Read Primary /Punch Secondary (Compiler) 

Entry Points: 

• ARGEK1 — Wait for cards to clear transport. 

• ARGEK2 - Punch wait call. 

• ARGEK3 - Punch execute call. 

• ARGEK4 - Read execute and wait call. 

Chart: IG 

Functions: 

• Waits for the I/O operation to complete. 

• Waits for cards to clear transport. 

• Reads cards from the primary hopper. 

• Punches cards from the secondary hopper. 

• Directs cards from the primary hopper to stacker 1 . 

• Directs cards from the secondary hopper to stacker 3. 

• Detects and recovers from errors. 

Input: None 

Output: Punched output 



Exit: Control is returned to the instruction immediately 
following the branch to this routine. 



Routine Distinctions: All ERPs are provided except: 
i. Print check. 
2. Punch invalid. 
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Read Only/Secondary Hopper (Compiler) 

Entry Points: 

• ARGEB1 - Execute call 

• ARGEB2 — Wait for cards to clear transport 

• ARGEB3- Wait call 

Chart: IH 

Functions: 

• Waits for the I/O operation to complete. 

• Waits for cards to clear transport. 

• Reads cards from the secondary hopper. 

• Directs cards to stacker 4. 

• Detects and recovers from errors. 

Input: None 
Output: None 



Exit: Control is returned to the instruction immediately 
following the branch to this routine. 



Routine Distinctions: All ERPs are provided except: 

1. Print check. 

2. Punch invalid. 

3. Punch check. 
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Read Only/Both Hoppers (Object) 
Entry Point: ARGEE1 
Chart: II 

Functions: 

• Waits for the I/O operation to complete. 

• Reads cards from either the primary or secondary hopper. 

• Provides stacker selection. 

• Detects and recovers from errors. 

Input: 

• IOB 

• DTF 

Output: None 



Exit: Control is returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: 

All ERPs are provided except: 

1 . Print check. 

2. Punch invalid. 

3. Punch check. 
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Punch Only/Secondary Hopper (Compiler) 

Entry Points: 

• ARGEF1 - Execute call 

• ARGEF2 - Wait for cards to clear transport 

• ARGEF3- Wait call 

Chart: U 

Functions: 

• Waits for the I/O operation to complete. 

• Waits for cards to clear transport. 

• Punches cards from the secondary hopper. 

• Directs cards to stacker 3. 

• Detects and recovers from errors. 

Input: None 

Output: Punched output 



Exit: Control is returned to the instruction immediately 
following the branch to this routine. 



Routine Distinctions: 

• All ERPs are provided except: 

1. Print check. 

2. Punch invalid. 

3. Read check. 
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Section 4. Data Area Formats 



IOB (INPUT/OUTPUT BLOCK) 

Information is passed between object programs and the 
MFCU IOCS routines with a 6-byte IOB. A 2-byte parame- 
ter immediately following the branch to the MFCU IOCS 
routines points to the low-order byte of the IOB. The 
contents of the IOB are shown in Figure 2-12. 



DTF (DEFINE THE FILE) 

The last two bytes of the IOB point to a 14-byte DTF. 
The DTF contains buffer addresses and error informa- 
tion. The contents of the DTF are: 



Bytes Contents 

1-2 Address of the read buffer for the primary 

hopper. 

3-4 Address of the read buffer for the secondary 

hopper. 

5-6 Address of the punch buffer for the primary 

hopper. 

7-8 Address of the punch buffer for the 

secondary hopper. 

9-10 Address of the next print buffer to be used. 

This address is initialized to the first of two 
consecutive print buffers. This information 
is changed by IOCS at each print wait call. 

11*12 Use d for storage of Q and R bytes when an 

error occurs. 

13-14 Used for storage of status bytes when an 

error occurs. 
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Figure 2-12. IOB Information for MFCU IOCS Routines 
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HISTORY TABLE 

This History Table contains three bytes, one byte for each 
of the last three stackers selected. The build area for the 
R byte immediately precedes the History Table. When a 
stacker select occurs, the table is updated by shifting the 
R byte and the first two bytes in the table one byte to the 
right (Figure 2-13). All bits in the R byte which do not 
contain stacker information are set off. The History Table 
is referenced to determine the stacker number that should 
be displayed in the second halt (feed check, punch check, 
or punch invalid) or the stacker to be placed in the feed 
command (feed check or punch check). 
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Figure 2-13. History Table 



Contents 


Displacement 


Meaning 


0000 





cards 


0001 
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1 card 


0010 
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2 cards 
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3 cards 



The stacker information bits in the R byte contain the fol- 
lowing, depending on the selected stacker: 



Contents 
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Stacker 4 


0101 


5 


Stacker 1 
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Stacker 2 
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ERROR RECORDING AREA 

This 42-byte area starts at location X'180\ This area, a 
history table of I/O device errors, is composed of: 

• Eight 4-byte areas. 



HALT TABLE 



1. One Q byte from the last SIO before the error was 
detected. 



The 8-byte Halt Table contains the codes necessary to 
display the appropriate information for the second halt of 
a feed check, punch check, or punch invalid. The first four 
bytes contain the halt codes used to display the number of 
cards to be replaced in the hopper (0, 1, 2, or 3). The last 
four bytes contain the halt codes used to display the last 
selected stacker (4, 1 , 2, or 3). 

The display counter or R byte is used as a displacement to 
the Halt Table. The display counter will contain the fol- 
lowing, depending on the number of cards to be replaced 
in the hopper: 



2. One R byte from the last SIO before the error was 
detected. 

3. Two sense bytes from the status sense instruction 
for the device in error. 

• Ten 1-byte areas containing the position of the last ten 
hammer echo checks. Each entry is converted from the 
value recorded by IOCS (the rightmost byte of the Line 
Printer Data Address Register) to the true print position. 
See the System Initialization program for more informa- 
tion. 
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Chapter 2. Printer IOCS Routines 



Section 1. introduction 



The IBM System/3 Card System Input/Output Control 
System (IOCS) for the IBM 5203 Printer is described in 
this chapter. The IOCS routines perform I/O (input/output) 
operations requested by IBM System /3 Card System pro- 
grams. Error recovery procedures and operator restart 
procedures are provided for each IOCS routine. Halt 
identifiers, which appear on the Message Display Unit, and 
operator restart procedures are described in the IBM 
System/3 Card System Operator's Guide, GC21-7513. 
Figure 2-14 shows which IOCS routines are used by the 
IBM System/3 Card System programs. 



SYSTEM REQUIREMENTS 

The IBM System/3 printer IOCS routines use the following 
system configuration: 

• IBM 5410 Processing Unit 

• IBM 5424 Multi-Function Card Unit (MFCU) 

• IBM 5203 Printer 
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Figure 2-14, Printer IOCS Routines Used by Card System Programs 
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Section 2. Method of Operation 



A wait call performs these functions: 



The two major functions of the printer IOCS are to 

(1) identify and perform the requested IOCS function and 

(2) detect and recover from any printer I/O errors. Figure 
2-1 5 shows the functional and data flow for object program 
IOCS requests. Figure 2-16 shows the functional and data 
flow for compiler IOCS requests. 



PERFORM IOCS FUNCTION 

Object Program 

The calling program branches to the printer IOCS routine 
to request a printer function. An IOB (input/output block) 
passed by the calling program specifies either a wait or an 
execute call. 



• Waits for the print operation to complete by waiting 
until the buffer is not busy. 

• Checks for errors and performs error recovery procedures 
if an error is detected. 

• Checks for unprintable characters unless specified other- 
wise on the RPG II control card (the Program Mainten- 
ance and 96 List programs ignore unprintable characters). 
No error recovery is done. The halt code is PC. 

• Clears the print buffer to blanks. 
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Figure 2-15. Functional and Data Flow for Object Program Printer IOCS Requests 
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Figure 2-16. Functional and Data Flow for Compiler Printer IOCS Requests 



An execute call performs these functions: 

• Checks for errors and branches to the error recovery 
procedures if an error is detected. 

• Attempts to start the requested I/O operation. 



1 . Execute call - Prints line and spaces one after. 

2. Wait call - Waits for the print operation to complete. 

3. Overflow call — Skips to line 6 of the next page. 



Compiler 

The compiler IOCS routine does not use an IOB or DTF 
(define the file). The entry point determines the function 
to be performed. These functions can be requested: 



A skip to the next page of the listing occurs if: 
• Overflow call is requested. 



The line six less than the form length specified in the 
System Initialization Program is reached (see IBM 
System/ 3 Card System System Control Programs 
Logic Manual SY21-0522). 
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DETECT AND RECOVER FROM I/O ERRORS 



Object Program 

Both the wait call and execute call check for I/O errors. 
If an error is detected, the IOCS routine branches to the 
error recovery procedures (ERPs), The ERPs attempt to 
recover from an I/O error by re-trying as many of the 
previous operations as necessary to properly complete the 
operations previously requested and stack the paper. 

Error information is recorded in the Error Recording area 
for all errors found. A halt code is displayed when the error 
is detected. For a detailed description of the ERPs, see 
Section 3, Program Organization. Figure 2-1 8 is a summary 
of the halt codes for the error types and the program action 
taken. 

Printer IOCS recovers from six types of errors: 



• Print check - The halt code is P8. A print check can 
be caused by a hammer on check or a hammer echo 
check. If this error is caused by a hammer echo check, 
the hammer echo check information in the Error 
Recording area is updated. The last operation is re- 
peated for either type of print check. 

• Thermal check - The halt code is P7. Error recovery 
for thermal check is the same as error recovery for 
sync check. 

• Carriage check - The halt code is PI . The space /skip 
operation is repeated. If printing was specified in the 
I/O operation, it is not repeated because the printing has 
been completed. 

• Forms jam — The halt code is P3. The skip operation is 
repeated. If printing was specified in the I/O operation, 
it is not repeated because the printing has been 
completed. 



• Sync check — The halt code is P5. If an operation was 
attempted but could not be started, the operation is 
repeated. Otherwise, no program error recovery is done. 



• Incrementer failure check — The halt code is P6. 
last operation is repeated. 



The 



Compiler 

The compiler IOCS ERP differs from object program IOCS 
ERPs in that it does not record error information in the 
Error Recording area. 
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Section 3. Program Organization 



GENERAL DESCRIPTION OF PRINTER IOCS 
ROUTINES 

The overview presented in this section deals with an object 
program IOCS routine. The compiler IOCS routine differs 
from the object program IOCS routines in these ways: 

• Compiler IOCS routine does not use an IOB or DTF. 

• Compiler IOCS routine has separate entry points. The 
entry points are: 

1 . Execute call 

2. Wait call 

3. Overflow call 

• Compiler IOCS routine checks for print suppression. 

• Compiler IOCS routine does not record error informa- 
tion in the Error Recording area. 

See Printer IOCS Routines in this section for flowcharts 
of specific routines. 



Branch to IOCS: 

Address 



C087 



of IOCS 



Address 
of IOB 



Next 

Sequential 
Instruction 





IOCS Routine 



Figure 2-17, Linkage for Object Program Printer IOCS Routines 



Functional Description 

The calling program branches to the printer IOCS routines 
to request a printer function. Immediately following the 
branch is a parameter which points to the IOB. The IOB 
contains the type of call, the functions to be performed, 
and the space/skip values. The last two bytes of the IOB 
point to the 6-byte DTF. The DTF contains overflow line 
information and provides space for storage of error informa- 
tion (see Section 4, Data Area Formats, for the contents 
of the IOB and DTF). Figure 2-1 7 shows the linkage of 
these areas. 

Before checking whether a wait call or execute call was 
requested, IOCS performs these functions: 

• Initializes registers. 

• Waits for print buffer to be not busy. 

• Checks for errors (incrementer failure, print checks, sync 
check, and thermal check) and performs error recovery 
procedures if an error is detected. 



Wait Call 

If a wait call is requested, IOCS performs the following 
steps to complete the functions: 

• Checks for unprintable characters unless specified other- 
wise on the RPG II control card. The halt code is dis- 
played (PC). The program continues processing. Since 
this check is done during the wait call, a wait call must 
follow every print command if the check is desired. 

• Clears the print buffer to blanks. 

IOCS then returns to the calling program. Chart IK shows 
an overview of the wait call. For a more detailed flowchart, 
see Detailed Description of the Printer IOCS Routines in 
this section. 
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Execute Call 

If an execute call is requested, IOCS performs the following 
steps to complete the functions: 

• Waits for all previous I/O operations on the printer to 
complete. 

• Checks for all device errors and performs error recovery 
procedures if an error is detected. 

• Sets overflow indicators for space or skip operations as 
specified by the RPG II source program. The overflow 
indicators in the utility programs are set for automatic 
overflow. 

• Builds the SIO instruction by moving in the Q byte and 
the R byte. 

• Initiates the I/O operations (SIO). 



When the I/O operation has been completed for a wait call 
or accepted for an execute call, IOCS returns to the calling 
program. Chart IK shows an overview of the execute call. 
For a more detailed flowchart, see Detailed Description 
of the Printer IOCS Routines in this section. 



Error Recovery Procedures Description 

The wait call or execute call performs the error recovery 
procedures when it detects a device error. The status bytes 
are sensed into the DTF and loaded into the ARR (address 
recall register) from the DTF. Figure 2-18 shows the status 
sense information for each error. 

A check is then made for I/O errors. If none have occurred, 
the error is a simple device-not-ready; the IOCS ERP re- 
turns to the IOCS mainline routine. 

The Q, R, and SNS bytes in the DTF are moved into the 
Error Recording area. See Section 4, Data Area Formats, 
for a description of the Error Recording area. 



Halt 
Code 


Condition 


Priority 


Status 


I/O 

Attention 

Light 


Program Action 


Byte 


Bit 


PC 


Unprintable character 





1 


6 


Off 


Continue processing. 


None 


Simple not ready 


— 


— 


— 


On 


Loop on the SIO until it is accepted. 


P5 


Sync check (see 
Note 3} 


1,2 


1 


0,1 


Off 


Continue processing. 


P6 


Incrementer failure 
check 


3 


2 


3 


Off 


Re-execute SIO. 


P8 


Print check (see 
Note 3) 


4,5 


2 


5,6 


Off 


Re-execute SIO. 


P7 


Thermal check 


6 


1 


2 


Off 


Continue processing. 


P1 


Carriage check (see 
Note 3) 


7,8 


2 


0.1 


Off 


Re-execute carriage control portion of SIO 
(setoff print bit). 


P3 


Forms jam 


9 


2 


2 


Off 


Re-execute SIO. Skip to proper line. 


None 


No-op 


— 


2 


7 


Off 







Note 1: Errors are processed in the order they appear on this chart except for no-op. No-op is checked following 
sync check and a thermal check. 

Note 2: Byte 1 refers to the second byte (high storage address) of sense data. 

Note 3: Some device errors have two types of checks: 



• Sync check 

1. Chain sync 

2. Incrementer sync 



• Print check 

1 , Hammer echo 

2. Hammer on 



• Carriage check 

1 . Carriage sync 

2. Carriage space 



Figure 2-18. Error Recovery Information for Printer IOCS Routines 
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Chart IK. Overview -Printer IOCS 
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Six types of errors are checked for in this order: 



1. 


Sync check 


2. 


Incrementer failure check 


3. 


Print check 


4. 


Thermal check 


5. 


Carriage check 


6. 


Forms jam 



If there are no errors, a simple device-not-ready has occurred: 
this does not require program error recovery. Device-not- 
ready can be caused by: 



No forms. 



2. Covers open. 

3 . Printer STOP key pressed. 

Chart IK shows an overview of the ERPs, For a more 
detailed flowchart, see Detailed Description of the Printer 
IOCS Routines in this section. 
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Sync Check and Thermal Check 

Error recovery is the same for these two errors. The correct 
halt code is displayed (P5 or P7). If the SIO instruction was 
initiated after the error occurred, as indicated by the no-op 
bit being on, the program returns to the IOCS mainline to 
initiate the SIO instruction again. If the error occurred 
before the SIO instruction was built, the program returns 
to the IOCS mainline to continue processing. Figure 2-19 
shows a schematic diagram of the sync check and thermal 
check ERR 



ERP 



iocs 

Mainline 




RETURN 



) 



c 



RETURN 



Figure 2-19. Schematic Diagram of Sync Check or Thermal Check ERP 



Printer IOCS Routines-Program Organization 2-49 



Incrementer Failure Check 



Print Check 



The halt code for an incrementer failure check is displayed 
(P6). The last operation is repeated. If no errors occur, the 
program returns to the IOCS mainline to continue process- 
ing. Figure 2-20 shows a schematic diagram of the incre- 
menter failure check ERR 



The program determines if this error was caused by a ham- 
mer echo check. If it is, the latest position in error is moved 
into the hammer echo check portion of the Error Record- 
ing area. The halt code for a print check is displayed (P8). 
The last operation is repeated. Figure 2-21 shows a schema- 
tic diagram of the print check ERP. 




Rebuild 
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Re-execute 
operation 



RETURN 



3 



Figure 2-20. Schematic Diagram of Incrementer Failure Check ERP 
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RETURN 
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Figuie 2-21 . Schematic Diagram of Print Check ERP 
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Carriage Check 



Forms Jam 



The print bit is set off so printing will not be repeated. The 
halt code for a carriage check is displayed (PI ). The last 
operation, except printing, is repeated. Figure 2-22 shows 
a schematic diagram of the carriage check ERP. 



The print bit is set off so printing will not be repeated. Con- 
trol and skip information are placed in the SIO instruction. 
The halt code for a forms jam is displayed (P3). The last 
operation, except printing, is repeated. Figure 2-23 shows 
a schematic diagram of the forms jam ERP. 
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Figure 2-22. Schematic Diagram of Carriage Check ERP 



Figure 2-23. Schematic Diagram of Forms Jam ERP 
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DETAILED DESCRIPTION OF THE PRINTER IOCS 
ROUTINES 

This section contains detailed flowcharts of the overview 
flowchart presented previously (Chart IK). 
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Notes relating to specific blocks in the flowcharts are 
included for more thorough explanations. 

01G2: If an unprintable character is found, a blank 

is printed. 
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executed because of a sync check or a 
thermal check. 
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If the form is positioned 
beyond the overflow line 
after a skip or space oper- 
ation, overflow is indicated. 

If the skip is to a new page 
for an RPG II overflow line, 
the overflow indicator is set 
off; otherwise, the indicator 
is unchanged. 

The print bit is set off 
because the operation 
has already been completed 
and the print buffer has 
been cleared. The program 
skips to the proper line, but 
lost print lines cannot be 
recovered. 
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PRINTER IOCS ROUTINES 



This section gives a detailed description of each printer 
IOCS routine. The functions of each routine are given as 
well as its entry points, input required to perform the func- 
tions, resulting output, and exits. Distinctions from the 
general IOCS routine previously described are indicated. 
The flowcharts for a routine are on a level similar to Chart 
DC in General Description ofPrin ter IOCS Rou tines. For a 
more detailed flowchart and discussion, see Chart IL. 



Line Printer — Single Feed Carriage (Object) 
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Entry Point: ARGEQ1 
Chart: IM 

Functions: 

• Waits for the print buffer to be not busy. 

• Initiates all valid printer operations for single feed carri- 
age control. 

• Detects and recovers from errors. 

Input: 

• IOB 

• DTF 

Output: Printed output 



Chart IM. Line Printer- Single Feed Carriage (Object) -Execute 
Call and Error Recovery Procedures (Part 2 of 2) 



Exit: Control is returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: The order of error checking is 
changed, but the program recovery procedures are the same 
as described in Chart IL. 
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Line Printer — Dual Feed Carriage {Object} 
Entry Point: ARGES1 
Chart: IN 



**** 

* • 

* B2 * 

* • 
• **• 



Functions: 



Chart IN. Line Printer-Dual Feed Carriage (Object) (Part 1 of 2) 



• Waits for the print buffer to be not busy. 

• Initiates all valid printer operations for dual feed carriage 
control. 

• Detects and recovers from errors. 
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Input: 

• IOB 

• DTF 

Output: Printed output 



Exit: Control is returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: Recovers from errors on either 
carriage. 
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Chart IN. Line Printer- Dual Feed Carriage (Object) (Part 2 of 2) 
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Line Printer — Single Feed Carriage (Compiler) 

Entry Points: 

• ARGEW1- Wait call 

• ARGEW2 - Execute call 

• ARGEW3- Overflow call 

Chart: 10 
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Chart IO. Line Piintci-Single Feed Carriage (Compiler) (Part 1 of 2) 
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Functions: 



Waits for the print buffer to be not busy. 
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• Initiates all valid printer operations for single feed carriage 
control. 

• Provides a skip to the next page of the listing on an 
overflow call or if the line six less than the form length 
specified in the System Initialization Program is reached 
(see IBM System/3 Card System System Control Pro- 
grams Logic Manual, SY21-0522). 

• Detects and recovers from errors. 



Input: None 



Output: Printed output 
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Chart JO. Line Printer- Single Feed Carriage (Compiler) (Part 2 of 2) 



Exit: Control is returned to the instruction immediately 
following the branch to this routine. 



Routine Distinctions: 

• Halt for unprintable characters is not provided. 
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Section 4. Data Area Formats 



ERROR RECORDING AREA 



This 42-byte area starts at location X*180*. This area, a 
history table of I/O device errors, is composed of: 



IOB (INPUT/OUTPUT BLOCK) 

Information is passed between object programs and the 
printer IOCS routine with a 6-byte IOB. A 2-byte para- 
meter immediately following the branch to the printer IOCS 
routines points to the low-order of the IOB. The contents 
of the IOB are shown in Figure 2-24, 



Eight 4-byte areas. 

1 , One Q byte from the last SIO before the error 
was detected. 

2. One R byte from the last SIO before the error 
was detected. 



DTF<DEFINETHE FILE) 



3. Two sense bytes from the status sense instruction 
for the device in error. 



The last two bytes of the IOB point to a 6-byte DTF. The 
contents of the DTF are: 

Byte Contents 

1 Left carriage overflow line value. 

2 Right carriage overflow line value (dual 
carriage IOCS only). 



Ten 1-byte areas containing the position of the last ten 
line printer hammer echo checks. Each entry is con- 
verted from the value recorded by IOCS (the rightmost 
byte of the Line Printer Data Address Register) to the 
true print position. See the System Initialization pro- 
gram for more information. 



3-4 Used for storage of Q and R bytes. 

5-6 Used for storage of status bytes when an error 
occurs. 



Left Carriage 



Right Carriage 
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Figure 2-24. IOB Information for Printer IOCS Routines 
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Chapter 3. 1442 IOCS Routines 



Section 1. Introduction 



The IBM System/3 Card System Input/Output Control 
System (IOCS) for the IBM 1442 Card Read-Punch is 
described in this chapter. The IOCS routines perform I/O 
(input/output) operations requested by IBM System/3 
Card System programs. Error recovery procedures and 
operator restart procedures are provided for each IOCS 
routine. Halt identifiers, which appear on the Message 
Display Unit, and operator restart procedures are described 
in the IBM System/ 3 80-96 Conversion Program andRPG 
II Support for the IBM 1442 Card Read-Punch, SC21- 
7518. Figure 2-25 shows which IOCS routines are used 
by the IBM System/3 Card System programs. 
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Note: These compiler phages contain the Read Only 
(Compiler) routine in storage: 



SYSTEM REQUIREMENTS 

The IBM System/3 IOCS routines for 1442 use the 
following system configurations: 



• 


RGAA 


• 


RGAK 


• 


RGAC 


• 


RGCA 


• 


RGAE 


• 


RGCB 


• 


RGAG 


• 


RGCI 


• 


RGAI 


• 


RGCJ 



• IBM 5410 Processing Unit 

• IBM 5424 Multi-Function Card Unit (MFCU) 

• IBM 1442 Model 6 Card Read-Punch 



Figure 2-25, 1442 IOCS Routines Used by Card System Programs 
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Section 2. Method of Operation 



A wait call performs these functions: 



The two major functions of the 1442 IOCS are to 

(1) identify and perform the requested IOCS function and 

(2) detect and recover from any 1442 I/O errors. Figure 
2-26 shows the functional and data flow for object pro- 
gram IOCS requests. Figure 2-27 shows the functional 
and data flow for compiler IOCS requests. 



PERFORM IOCS FUNCTION 



Object Program 

The calling program branches to the 1442 IOCS routine to 
request a 1442 function . An IOB (input/output block) 
passed by the calling program specifies either a wait or an 
execute call. 



• Waits for the previous I/O operation on the 1442 to 
complete. 

• Checks for errors and branches to the error recovery 
procedures if an error is detected. 

• Clears the punch buffer to blanks if a punch call is re- 
quested. 

An execute call performs these functions: 

• Checks for errors and branches to the error recovery pro- 
cedures if an error is detected. 

• Attempts to start the requested I/O operation. 
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Figure 2-26. Functional and Data Flow for Object Program 1442 IOCS Requests 
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Figure 2-27. Functional and Data Flow for Compiler 1442 IOCS Requests 



Compiler 

The compiler IOCS routine does not use an 10B or DTF 
(define the file). The entry point determines the function 
to be performed. These functions can be requested: 

1 . Execute call 

2. Wait call 
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DETECT AND RECOVER FROM I/O ERRORS 



Object Program 

The program checks for I/O errors before determining 
whether a wait call or execute call was requested. If an 
error is detected, the IOCS routine branches to the error 
recovery procedures (ERPs). The ERPs attempt to recover 
from an I/O error by re-trying as many of the previous 

operations as necessary to properly complete the function 
and stack the cards. 

Error information is recorded in the Error Recording area 
for all errors found. A halt code is displayed when the 
error is detected. For a detailed description of the ERPs, see 
Section 3, Program Organization. Figure 2-29 is a summary 
of the halt codes for the error types and the program action 
taken. 

The 1442 IOCS recovers from ten types of errors: 

• Punch station jam on read command - The halt code 
ls C7. After the cards are replaced in the hopper, a card 
is fed into the punch station. The last operation is 
repeated. 



• Hopper misfeed - The halt code is C5. After the cards 
are replaced in the hopper, a card is fed into the punch 
station. If this error occurred prior to the test for a 
wait call, the last operation is repeated. If this error 
occurred during an execute call, the program returns to 
the IOCS mainline to continue processing. 

• Extra feed cycle — The halt code is CA. After the cards 
are replaced in the hopper, a card is fed into the punch 
station. The program returns to the IOCS mainline to 
continue processing. 

• Data overrun on punch-feed - The halt code is C3, A 
second halt displays the number of the stacker contain- 
ing the card in error. After the cards are replaced in the 
hopper, the last operation is repeated. 

• Data overrun on punch-no feed — The halt code is C4. 
After the cards are replaced in the hopper, two cards are 
fed in order to stacker select the card in error. A second 
halt displays the number of the stacker containing this 
card. The last operation is repeated. 

• Data overrun on read - The halt code is C2, After the 
cards are replaced in the hopper, the last operation is 
repeated. 



• Punch station jam on punch command - The halt code 
is C8- After the cards are replaced in the hopper, two 
cards are fed in order to stacker select the card in error. 
A second halt displays the number of the stacker con- 
taining this card. The last operation is repeated. 

• Read station jam — The halt code is C6. After the cards 
are replaced in the hopper, a card is fed into the punch 
station. The program returns to the IOCS mainline to 
continue processing. 



Read invalid - The halt code is CI. After the cards are 
replaced in the hopper, the last operation is repeated. 



Compiler 

The compiler IOCS ERP differs from object program IOCS 
ERPs in that it does not record error information in the 
Error Recording area. 



Transport jam — The halt code is C9. After the cards 
are replaced in the hopper, a card is fed into the punch 
station. If this error occurred prior to the test for a wait 
call, the program repeats the Last operation. If this error 
occurred during an execute call, the program feeds an- 
other card and then repeats the last operation. 
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Section 3. Program Organization 



GENERAL DESCRIPTION OF 1442 IOCS ROUTINES 

The overview presented in this section deals with an object 
program IOCS routine. The compiler IOCS routine differs 
from object program IOCS routines in these ways: 

• Compiler IOCS routine does not use an JOB or DTF, 



of error information (see Section 4, Data Area Formats, for 
the contents of the IOB and DTF). Figure 2-28 shows the 
linkage of these areas. 

The 1442 IOCS routine waits for all previous operations on 
the 1442 to complete and then checks for errors. If an 
error is detected, the program branches to the ERPs. If no 
errors have occurred, IOCS checks the IOB to determine 
whether a wait call or an execute call is requested. 



• Compiler IOCS routine has separate entry points. The 
possible entry points are: 

1 . Execute call 

2. Wait call 

3. Dummy wait call 

• Compiler IOCS routine does not record error informa- 
tion in the Error Recording area. 

See 1442 IOCS Routines in this section for flowcharts of 
specific routines. 



Functional Description 

The calling program branches to the 1442 IOCS routine to 
request a 1442 function. Immediately following the branch 
is a parameter which points to the IOB. The IOB contains 
the type of call, the function to be performed, the record 
length, and stacker information. The last two bytes of the 
IOB point to the DTF. The DTF contains buffer addresses 
needed by the IOCS routines and provides space for storage 



Branch to IOCS: 
C087 



Address 
of IOCS 




Address 
of IOB 



Next 

Sequential 

Instruction 




DTF 



IOCS Routine 



Figure 2-28. Linkage for Object Program 1442 IOCS Routines 
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Feed one card and reissue the last command. 


C8 


Punch station jam 
on punch command 


1 


1 
2 


6 

6 
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Feed two cards and reissue the last command. 


C6 
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3 
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continue processing. 


C9 
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2 
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7 
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C5 


Hopper misfeed 
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2 


6 

4 
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command; wait call-feed one card and return to 
mainline to continue processing. 


CA 


Extra feed cycle 


5 


1 
2 


6 

5 
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Feed one card and return to mainline to continue 
processing. 


C3 
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punch-feed 


6 


1 

1 


2 
3 


Off 


Reissue the last command. 


C4 


Data overrun on 
punch-no feed 


6 


1 
1 


2 
3 


Off 


Feed two cards and reissue the last command. 


C2 


Data overrun on 
read 


6 


1 
1 



3 


Off 


Reissue the last command. 


C1 


Read invalid 


7 


1 


7 


Off 


Reissue the last command. 


None 


No-op 




1 


5 


Off 






Note 1: Errors are processed in the order they appear on this chart. 

AVofe 2: Byte 1 refers to the second byte (high storage address I of sense data. 

Figure 2-29. Enor Recovery Information for 1442 IOCS Routines 
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Wait Call 

If a wait call is requested, IOCS checks to see if a punch wait 
is specified. If it is not, IOCS returns to the calling program. 
If it is, IOCS clears the punch buffer to blanks and then 
returns to the calling program. Chart IP, part 1, shows an 
overview of the wait call. For a more detailed flowchart, 
see Detailed Description of the 1442 IOCS Routines in this 
section. 



Execute Call 

If an execute call is requested, IOCS performs the following 
steps to complete the functions: 

• Builds the SIO instruction. 

• Determines if the record length specified is equal to or 
greater than 80. If it is, the length defaults to 80. 

• Initiates the I/O operation (SIO). 

When the I/O operation has been completed for a wait call 
or accepted for an execute call, IOCS returns to the calling 
program. Chart IP, part 1, shows an overview of the execute 
call. For a more detailed flowchart, see Detailed Description 
of the 1442 IOCS Routines in this section. 



Error Recovery Procedures Description 

The program branches to the error recovery procedures 
when it detects the device not ready , The status bytes are 
sensed into the DTF and loaded into the ARR (address 
recall register) from the DTF. Figure 2-29 shows the 
status sense information for each error. 

A check is then made for I/O errors. If none have occurred, 
the error is a simple device-not-ready ; the IOCS routine 
continues processing. 
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The Q, R, and SNS bytes in the DTF are moved into the 
Error Recording area for all errors except a simple device- 
not-ready. See Section A, Data Area Formats, for a descrip- 
tion of the Error Recording area. 
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A counter is set prior to each error check which indicates 
the number of cards to be fed for error recovery of that 
particular error. Ten types of errors are checked for in this 
order: 

1 . Punch station jam on read command 

2. Punch station jam on punch command 

3. Read station jam 

4. Transport jam 

5. Hopper misfeed 

6. Extra feed cycle 

7. Data overrun on punch-no feed 

8. Data overrun on punch-feed 

9. Data overrun on read 

10. Read invalid 

Chart IP, part 2, shows an overview of the ERPs. For a 
more detailed flowchart, see Detailed Description of the 
1442 IOCS routines in this section. 

Punch Station Jam on Read 

The halt code for a punch station jam on read is displayed 
(C7). The program issues one feed command and reissues 
the instruction on which the error occurred. Figure 2-30 
shows a schematic diagram of the punch station jam on 
read ERP. 
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Figure 2-30. Schematic Diagram of the Punch Station Jam on Read 
ERP 
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Punch Station Jam on Punch or Data Overrun on Punch-No 
Feed 

Error recovery is the same for these two errors. The correct 
halt code is displayed (C8 or C4). The program issues two 
feed commands and determines the stacker which contains 
the card in error. The second halt is displayed. The pro- 
gram then reissues the instruction on which the error occur- 
red. Figure 2-31 shows a schematic diagram of the punch 
station jam on punch and data overrun on punch-no feed 
ERP. 



Read Station Jam or Extra Feed Cycle 

Error recovery is the same for these two errors. Tlie correct 
halt code is displayed (C6 or CA). The program issues one 
feed command and returns to the IOCS mainline to con- 
tinue processing. Figure 2-32 shows schematic diagram of 
the punch station jam and extra feed cycle ERR 
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Figure 2-32. Schematic Diagram of the Read Station Jam or Extia 
Feed Cycle ERP 



Figure 2-31. Schematic Diagram of the Punch Station Jam on Punch 
or Data Overrun on Punch-No Feed ERP 
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Transport Jam 



Hopper Misfeed 



The halt code for a transport jam is displayed (C9). If an 
execute call has been specified, the program issues two 
feed commands and reissues the instruction on which the 
error occurred. If a wait call has been specified, the pro- 
gram issues one feed command and reissues the instruction 
on which the error occurred. Figure 2-33 shows a schematic 
diagram of the transport jam ERP. 



The halt code for a hopper misfeed is displayed (C5). The 
program issues one feed command. If an execute call has 
been specified, the program then returns to the IOCS 
mainline to continue processing. If a wait call has been 
specified, the program reissues the instruction on which the 
error occurred. Figure 2-34 shows a schematic diagram of 
the hopper misfeed ERP. 
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Figure 2-33. Schematic Diagram of the Transport Jam ERP 



Figure 2-34. Schematic Diagram of the Hopper Misfeed ERP 
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Data Overrun on Punch-Feed 



Read Invalid or Data Overrun on Read 



The halt code for a data overrun on punch-feed is displayed 
{03). The program determines the stacker which contains 
the card in error and displays the second halt. The in- 
struction on which the error occurred is reissued. Figure 
2-35 shows a schematic diagram of the data overrun on 
punch-feed ERR 



Error recovery is the same for these two errors. The correct 
halt code is displayed (CI or C2). The program reissues 
the instruction on which the error occurred. Figure 2-36 
shows a schematic diagram of the read invalid or data over- 
run on read ERP. 
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Figure 2*36. Schematic Diagram of the Read Invalid or Data 
Overrun on Read ERP 



Figure 2-35. Schematic Diagram of the Data Overrun on Punch-Feed 
ERP 
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DETAILED DESCRIPTION OF THE 1442 IOCS 
ROUTINES 



This section contains detailed flowcharts of the overview 
flowchart presented previously (Chart IP). Chart IQ is 
broken down in this manner: 

• Part 1 — Initialization and wait call 

• Part 2 - Execute call 

• Parts 3 through 6 — Error recovery procedures 

Notes relating to specific blocks in the flowcharts are 
included for more thorough explanations. 
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02F3 : The card being punched will eject when it 

reaches the specified column. Therefore, in 
order to increase card throughput, it is 
better to specify the record length than to 
allow the length to default. 
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1442 IOCS ROUTINES 

This section gives a detailed description of each 1442 IOCS 
routine. The functions of each routine are given as well as 
its entry points, input required to perform the functions, 
resulting output, and exits. Distinctions from the general 
IOCS routine previously described are indicated. The 
flowcharts for a routine are on level similar to Chart IP in 
General Descrip tion of 1442 IOCS Routines. For a more 
detailed flowchart and discussion, see Chart IQ. 
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Read/Punch-No Feed (Object) 

Entry Point: ARGEZ1 
Chart: IR 

Functions: 

• Waits for the I/O operation to complete. 

• Reads cards from the hopper. 

• Punches cards from the hopper. 

• Provides stacker selection. 

• Detects and recovers from errors. 

Input: 

• IOB 

• DTF 

Output: Punched 80-cohimn cards 



Exit: Control is returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: 

• DTF is 8 bytes. 

• All ERPs are provided except data overrun on punch- 
feed. 
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*****£^ ********** 


, * * 






* * 


. * " * . If 




* B«TLD STO + 


*. "ATT CALL .*- 







— >+ rtS^UCTflK * 


* . . * 






* * 


' *. . * 






* * 


*. . * " 






***************** 




* YFS 










E-ZA075 


r 






W7A0S7 


*****?>2 ********** 






***ri*********** 


* * 








* CIEA" PTKCH * 






* STATT T/0 * 


♦ROPFE^ TF PTKCH* 






OPT.RATTON 


* CALL * 






* * 


* * 
















**************** 

I 




< — . 






J 


F7A0 Q fl 


1 






* 

m" *. 


****r;2********* 






. * *. 


* * 






.* *. km 


* i?E?ijp>r * 






*. AMY 2ftsn«s .* -. 


* • 






*. .* 


*************** 






i 


m: CALLT^ 






* HO ***** 


•"?onoA1 






1 * 2 * 
* PI* 
1 * * 

, * 

VI *. 

. * *. 






__ 


up . *nT|H(-H- 'BAD*. 








*. STiycTFTUn .* 



* y^ 



t*** j 3********** 



* PKB'ITLP STO * 

* IVSTPOCTTQ?! * 



***************** 



* C 2 * 
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*••* 

• * 

• A3 ♦ 



E2B1*>0 



01-1)2 

***** 

♦O01* 
* GJ* 



KZSIOO V 

*****[, 1********** 



•INITIALIZATION * 



*.****• »«*«******■ 



I/O 



t****J1********** 

• >iovs g.n, and ♦ 

*S^5 ;J*TKS INTO ♦ 

+ ju BO.i n sco-: ding* 

* AriFA • 



E2B1W .". 

ST *. 

. * P'JKCH *. 

.*. station ja**, 

*. ON READ 

*. cortnA«D .* 



ITES 



S2 311U 



'1 +. 

. • ?USCH *. 
ST4TI0H JA1+. YEa 
OK PUNCH .* 

'. cohhaht) .* 



E21120 



K3 



E331JQ 



TjAXSPOKT 
JA1 



EZJM40 



.* IIOPPES *. YES 

>. HtsreBD .* 



A3 



SXTBA 
FEED CYCLE 



*****AU********** 

•T. RALT * 

•2. PEED A CARD * 

>♦ *. 



RZBT60 .*. 

B3 *. 
.* DATA *. 

.♦o/EiauH oa •- ff.s 
*. pusch - ho .+ 

*. FESD .* 



. * *. 

.♦ :>ata *. YFS 

*. OVERfl'IN ON . ♦ 

♦. READ .• 



***************** 



• ****rii ********** 
•I. HALT ♦ 

♦2- FEED 2 CABOS* 
>*3. HALT •- 

♦ll-RRTRT LAST OP* 



• ***«(;t| ********* 
•1. HALT 
*2.PKTRY LAST OP 



R7B17S 



HEAD *. YES 

tlYALTD 



• ****[}t| **•**•**•< 

•I. HALT * 

•2.RETHY LAST 0P< 



*****E2********** 

•1. HALT * 

•2. PEED A CART) • 

>*1. UETRY LAST 0P + - 



*****f2* ********* 
•1. HALT * 

*2. FEED 2 CAHDS* 
■>*!. HALT *- 

•U.3F.TRY LAST ")?* 



*«***^2********* 

■1. '1ALT 

•2. PEEO A CAKO 





* 


* 


* 


, * 




• 


• 


* 




***************** 


so 









EZH220 

****£-]********* 

* « 

* ft STUBS * 

* • 

TO: tors AAIKLIff? 



****»H2* ********* 
•1. HALT • 

*2. FEED A CABS • 
■>*.!. FEED AHOTHEH*- 
♦CAHD (IF EXEC) * 
♦ 4.R5TKY LAST 3P* 
***************** 



O. '1ALT 



*2. FEED A CAJIO ♦ 
■>*La£TEtr LAST OP*- 

*[tf «Arr) * 



**** 

: * 3 : 

**** 
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Read Column Binary (Object) 

Entry Point: ARGFA1 
Chart: IS 

Functions: 

• Waits for the I/O operation to complete. 

• Reads cards in column binary format. 

• Provides stacker selection. 

• Detects and recovers from errors. 

Input: 

• IOB 

• DTF 

Output: None 



Exit: Control i& returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: 

• Read buffer is 1 60 by tes . 

• DTF is 6 bytes. 

• All ERPs are provided except: 

1 . Read invalid. 

2. Data overrun on punch-feed. 

3. Data overrun on punch-no feed. 

4. Punch station jam on punch command. 



AP3FA1 

****H2********* 

* i 

+ ENT31T ' 

• i 

*************** 



7AA030 



SET IOB 

*************** 



PAA0U0 V 

*****C2 ********** 



* WAIT OS ALL * 

• B1FFEFS BUST * 



***************** 



FAAOSO 



P2 



*. AFY EPRORS . *- 



. Y*S 



. * 



NO 



***** 

* 2 * 

* 51* 



FAAO'J'5 



52 +. 



*. PAIT CAT.T. 



* Y 'S 



*. WO 



*****•£•$ ********* 



* FTJTLD SIO 
->* IHST^JC^ION 



PAAC90 

*****2 ********* 

* .* 

* OTTHpi? * 

* * 

*************** 

TO: CALLIHG 
PPOflRA.1 



**************** 



***F3* ********** 



* STA?T I/O 
OPEPATTON 



**************** 



- G3 * 



.+ *. YHS 

*. ANY ERRORS .* , 

*. .+ 


1 


* ko ***** 
* 2 + 




« pt* 

* * 




* 


7 
*****p 3* ********* 


* * 


* SEBHT 
* IHST^U< 


:tton * 



***************** 



Chart JS. Read Column Binary (Object)-Wait and Execute Calls 
(Paitlof2) 



2-82 



01-D2 
***** 

• 001* 

• • 



FAB1D0 

*****3 1*********« 



•INITIALIZATION * 

♦ * 

****** *********** 



vr TENT IOW .* 
OH .* 



*. . * 

* so 



* .10V3 0,3, AMD * 
•SSS BYTES IHTO • 
•EhtiO^ BECOHDTNG* 

* ABEA * 

* • 
***************** 



FAB112 .*. 

31 *. 

.* PUNCH •. 
.•STATION JAH*. Y1 
•. JS READ .* — 

•- COHNAND .• 



». 



NO 



FAB120 



' READ * 
STATIOH JAfl 



FAB13J 



T* AN SPOUT .' 
JAM .+ 



YES 



FA31KU 



HOPPER *. YES 
.1TSFSED .* 



FAB1SO 



**** 

* * 

* B3 * 

* * 
**** 



FAB16G 



B3 



-* DATA ♦. YFS 

♦ . OVESBOH OH .+— • 
♦. BEAD .+ 



M. HALT * 

♦2.BBTHT LIST OP* 

>>* * 



*****E2* *•*•***** 

•1. HALT * 

*2. F2ED X CAHD * 

->#3. jiSTBTf LAST Q**— 



PAB220 

****C3********* 

* * 

* BBTUB* * 

* * 
*************** 

TO: IOCS Mil HI. IS E 



•1. HALT • 

• 2. ?SED A CA83 ♦ 

■ >* *■ 



*«***(;2* *****+*+♦ 

*1. HALT * 

*2. FEED A CARD • 
>*3. PEED MOTHER*- 
*CAKD jIF EXEC) * 
•t.aETS* LAST OP* 
***************** 



•****H2+**+*+**+* 
M. HALT ♦ 

•2. "3ED A CABD • 
■>»1.aETB? LAST OP + - 
*(TF HAITI * 



*****J2********** 
*1. HALT • 

*2. "BED A CARD ♦ 



*»** 

* * 

* B1 * 

* ■ 
**** 
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Read Only I Object) 
Entry Point: ARGEX1 
Chart; IT 

functions; 

• Waits for the I/O operation to complete. 

• Reads cards from the hopper. 

• Provides stacker selection. 

• Detects and recovers from errors. 

Input: 

• IOB 

• DTF 

Output: None 



Exit: Control is returned to the instruction immediately 
following the 2-by te parameter pointing to the IOB. 



Routine Distinctions: 

• DTF is 6 bytes, 

• Ml ERPs are provided except: 

1. Data overrun on punch-feed. 

2. Data overrun on punch-no feed. 

3. Punch station jam on punch command. 



ABGEX1 



ENTRT 
■ i 

*************** 



ETA030 

*****32 ********** 



+ GET IOB 



BTAOaO V 

+****C2 ********** 

* * 

* WAIT ON ALL * 

* B07FEPS B3ST * 



EX A 050 



D2 



*. TFS 



AST ERRORS .*— , 

*. .* I 
*. .* V 



ETAOS") 



***** 

* 2 * 

* 91* 



B2 



.* *. VO 
+. »*TT CALL .+ 



y?s 



EXA090 

**** ?2 ********* 

* * 

* BETUPN * 

* * 
*************** 

TO: CULLING 
PROGRAM 



*****E3 ********** 

* * 

* BUILD SIO + 
->* TSSTP3CTI0N + 

* + 

* * 
***************** 



***73 *********** 



STU-lT T/0 
OfTHATIOH 



****** *********j 



C-3 



PO .* 
*. A3? BBRD^S 



► YES 
***+ 

♦ 2 * 
— >* B? * 

* * 
**** 
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01-D 



1-D2 
*••* 



*oov 

• G3- 



**•* 

* * 

• 83 * 



EXB100 



INITIALIZATION 
***** *********i 



----*. ATTBBTI09 .* 
*. OH .• 



***• *q -]••**•*••** 

* fiOVg O.H. AND • 
*SBS BYTES INTO * 
•EdROB RECOBDIWG* 

* AREA * 



> 



SXB112 

B1 *. 
.* PDifCH *. 
.♦STATION J&S*. TE5 
-. 0«t READ .*— 
*. COKHAHD .* 

*. .* 



NO 



BXB120 



READ *. IBS 
STATION JAM .* 



* SO 



TiANSPOHT 

*. jArt 



BXBHIO 



.HI 



.* HOPPEH *. TBS 
BI5PEBD -* 



NO 



SXB150 .». 

31 *- 



.* BXTSA +. TBS 

•. 7fi£D CYCLE . *— ■ — 



**•**£ 2* ******** * 

•1. HALT * 

*2. ?B*D A 2AB0 * 

■>*3. RETRY LAST OP*- 

* * 

* • 
***************** 



*****p 2+ ********* 
•1. HALT * 

•2. JBED A CABD * 



******** ** ******: 



*****£ 2 ********** 

♦ 1. HALT * 

• 2- FEED A TARO * 
■>*3. PEED ANOTHER*- 



****4>h 2* ********* 
•1. BALT * 

*2. FEED A CABD + 
>*3.BBTBT LAST OP*- 
*(I7 BAIT) * 



*****J2**» ******* 
*1. HALT * 

•2- FEED A CABD * 



EXB160 



-* DATA *. YES 

*, OVSaHO.8 OH . * 

*. BEAD .* 



•1. BALT • 

•2-BETBY LAST OP* 



EXB170 



C3 



BEAD •- YES 
INVALID .* 



*****CH ********** 

•1. RALT * 

*2. BETSY LAST OP* 

.>* *- 



NO 



EXB220 

****q3********* 

• * 

• semen • 

• * 
TO: IOCS MAINLINE 



*. . * 

* NO 



********** ******* 



* B3 * 

• • 
• **• 
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Read Only (Compiler) 

Entry Points: This routine, if used, overlays the Read 
Only/Secondary Hopper MFCU IOCS (Compiler). Entry 
point ARGFC2 in this routine is included to replace the 
entry to wait on cards to clear transport in the MFCU 
IOCS routine. 

• ARGFC1 - Execute call 

• ARGFC2 - Dummy wait call 

• ARGFC3 - Wait call 

Chart: IU 

Functions: 

• Waits for the I/O operation to complete. 

• Reads cards from the hopper. 

• Directs cards to stacker 1 . 

• Detects and recovers from errors. 

Input: None 
Output: None 



ARGPCl 

*•*•! 2* *******< 

* EHTRS 1 



IRCFC2 

****A3********* 
* BOTfil 2 



*****g 2 ********** 



5ET EXECUTE 
CA1L SilTCfi 



ARGPC3 

****q3********* 

• i 

* ESTST 3 * 
* 

*************** 






rcaouo 

*****Q2** 1 *' 



• WAIT OK ILL 

* BD7FERS BO ST 



FC*050 



YES 



V 
***** 
•002* 
* B1* 



FCAO20 



E2 *. 



UAIT 
CALL 



. HO 



i **-E3 ************ 



START I/O 
OPERATION 



PC1D90 

****P2********* 

* " 

* RETORH « 

* ■ 
*************** 

TO: CALLIHG 
PROSBiH 



•***••••*•******* 



PI *, 



HO .* AHY 

— *. ERRORS 



*. . * 

* IEJ 



***** 

• 002* 

* 81* 

* • 
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Exit: Control is returned to the instruction immediately 
following the branch to this routine. 



Routine Distinctions: All ERPs are provided except: 

1. Data overrun on punch-feed. 

2. Data overrun on punch-no feed, 

3. Punch station jam on punch command. 
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FCB100 

*****gi*t******* 



•■IHTTIMIZATTOH 



CI *. 

.* PUHCR *. 

*STATTON JAH' 

L.N BEAD 
*- COHKAND .' 



PCpliO 



Dl 



♦ HO 



?CB1)0 



FL'BlSO 



HOfPEK 
1TSF2ED 



51 



HI •. 

. * *. 

* DA T A 

•. OVERBBM OH 
*. READ 



YES 



PC8170 



J1 



FCB220 

* * 

* KfrTUBN * 
*************** 

TO: IOCS KMKLlHB 



♦**+*C 2*** ******* 
1. HALT * 

FEED A CABD • 
BETRY LAST OP*- 



■>:] 



***«*D2****+***** 

*; 
>• 



•1. MLIT 

*2. FEED A CARD 



*****#**********• 



SI *. 


*«***£ 2* ********* 


* +. 


•1. HALT * 


♦. TfE<J 


*2, »EID A CARD * 


TRANSPORT .* — — 


— >*3. PEED AKOTHfik* 


JA1 .* 


*CARD (IF EXEC) * 
*U. 2ETHY LAST JP* 


*. . • 


• . . * 


*•*********•*•«** 



*****P 2* ********* 
*1. HALT * 

*2. PEED A CARD * 
>+}. BBTRY LAST OP*--- 
*<I? WAIT) + 



■ ••**(; 2*** ******* 
*1. HALT * 
•2. FEED A CARD * V 
t* * -. 



«*****•**•*••***» 



*«***H2* ********* 


•1. 


HALT 






*2. 


aETfl* 


LAST 


D?* 


>* 








• 








• 









+*+t*j 2*** ******* 

*1- HALT * 

*2. BETRY LAST OP* 

>* *- 



****«*+*+******** 
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Punch-Feed (Object) 
Entry Point: ARGEYi 
Chart: IV 

Functions: 

• Waits for the I/O operation to complete, 

• Punches cards from the hopper. 

• Provides stacker selection. 

• Detects and recovers from errors. 

Input: 

• IOB 

• DTF 

Output: Punched 80-column cards 



Exit: Control is returned to the instruction immediately 
following the 2-byte parameter pointing to the IOB. 



Routine Distinctions: 

• DTF is 6 bytes. 

• All ERPs are provided except: 

1 . Read invalid. 

2. Data overrun on read. 

3. Data overrun on punch-no feed. 

4. Punch station jam on read command. 



ARGEY1 

****A2********* 

* i 

* FKTRY * 
* 

*************** 



EYA030 

***** 32 ********** 



* GET IOB * 

* * 

* * 
***************** 



EYAOUO V 

*****C2** ******** 



* WAIT OH ALL * 

* BOFFEBS BUSY * 



************ *+**! 



PYAO50 



1)2 



«. ANY E<*ROBS 



HO 



*. YES 



***** 

* 2 * 

* 31* 
* * 



EYA055 



*. NO 



T.2 *, 

.* *. 

WAI^ CALL 

* *. .*' 
*. . * 
* YES 



BYA07S h 

*****-p2 ********** 

* * 

* CL2J13 ptjTJCH * 

* SnFPEP * 



***************** 



*****g3** ******** 



* BTiiLD sn 

->* INSTRUCTION 



*++*****+*****+** 



***F3 *********** 



* STA9T T/O 
OPERATION 



**************** 



RYA090 

****r;2********* 

* * 

* BETURN * 

* * 
*************** 

TO: CALLTKG 
PROGRAM 



R3 



, * 


*, V3S 


*. ANY ERPOtS .* n 

*. .* 


*" ■* i 
*. .* V 


* vo ***** 




* ? + 




* PI* 



«****H1 ********* 



* REBUILD SIO 
-* THS^RrjCTTOS 



**************** 



Chart IV. Punch-Feed (Object) -Wait and Execute Calls (Part 1 of 2) 



2-88 



01-D2 

***** 

*ooi* 

* <33» 

* * 



BYB100 

*****B1********** 



♦INITIALIZATION * 

* * 

* * 
***************** 



rss .' 



ATTENTION 



*****[> 1 ********** 

* MOTS Q,R, ADD * 

*sas bstes mo * 

* SfiROB RECORDING* 

* AREA * 

* • 
***************** 



EI8112 .*. 

El *. 
.* PDHCR *. 
. *5TATTOH JlH*. IES 

*. CM PUSCfl .* 

*. COflHAHD .* 



HO 



EYB120 



M 



.* READ *. tES 
*. STATIOH JIB .* 



• HO 



EY3130 



TSWSPORT 
JAB 



HO 



YES 



HOPPER ». TES 
ST5FEED .* 



BTB15Q 



Jl 



fES 



**** 

* * 

* B3 + 

* • 
**** 



ETB160 +*. 

B3 *. 
.* DATA *. 

.*0ve8e0m on *. ¥es 
• . punch- .* — — 

*. FEED . * 



***** 34** ******** 

*1. HALT * 

•2.RETEY LAST OP* 

■>* * 



***************** 



*** **h 2 ********* k 
*1. HILT « 

*2. FEED 2 CARDS" 
>*3. SALT < 

♦4.BETRY LAST OP* 



***************** 



*****p 2 ********+* 

*1. HALT + 

*2. FEED 1 CARD * 

->* *- 



ETB220 

****C3********* 

* * 

♦ BETCJklf * 

• * 

TO: IOCS H1INLIHE 



***************** 



*****£ 2***** ***** 
•1. RUT + 

*2. PEED 1 CARD * 
>*3. FEED AHOTHeR*- 
*jIF EXECI * 

**3 



*****H2********** 

*1. HALT * 

*2. FEED A CARD * 

■>*3. RETRY LAST OP*- 

• (IF WAIT] * 

* * 
***************** 



«****j 2* ********* 

•1. HALT * 

•2. FEED A CARD * 

■ >• *- 



****** ********** * 



+ SO 

I 

**** 

* * 

* B3 * 

* * 
**** 
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Section 4. Data Area Formats 



ERROR RECORDING AREA 



IOB (INPUT/OUTPUT BLOCK) 

Information is passed between object programs and the 
1442 IOCS routines with a 6-byte IOB. A 2-byte para- 
meter immediately following the branch to the 1442 IOCS 
routine points to the low-order byte of the IOB. The 
contents of the IOB are shown in Figure 2-37. 



This 42-byte area starts at location X'l 80'. This area, a 
history table of I/O device errors, is composed of: 

• Eight 4-byte areas. 

1 . One Q byte from the last SIO before the error was 

detected. 

2. One R byte from the last SIO before the error was 
detected. 

3 . Two sense bytes from the status sense instruction 
for the device in error. 



DTF (DEFINE THE FILE) 

The last two bytes of the IOB point to a DTF. The DTF 
contains buffer addresses and error information. The con- 
tents of the DTF, depending on the 1442 IOCS routine 
called, are shown in Figure 2-38. 



Ten 1-byte areas containing the position of the last ten 
line printer hammer echo checks. Each entry is con- 
verted from the value recorded by IOCS (the rightmost 
byte of the Line Printer Data Address Register) to the 
true print position. See the System Initialization pro- 
gram for more information. 



O^Waii 

1=Exec [Reserved! 1=Punch ll-Read 



— Reserved — 
1 I 1 



000= Default Stacker 
101=Stacker 1 
110=Stacker2 
J I J 



Bit 




Byte 



Figure 2-37, IOB Information for 1442 IOCS Routines 
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1 


2 


3 


4 


5 


6 


7 


8 


1442 Read/ 

Punch-No 

Feed 


Address of 
read buffer 


Address of 
punch buffer 


Error information 
Q 1 R Status sense 


1442 Read 

Column 

Binary 


Address of 
read buffer 


Error Information 
Q R Status sense 




1442 Read 

Only 


Address of 
read buffer 


Error information 
Q R Status sense 




1442 Punch' 
Feed 


Address of 
punch buffer 


Error information 
Q R Status sense 





Figure 2-38. DTF Information foT 1442 IOCS Routines 
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Appendix A. Directory 



The directory lists the programs discussed in this publication for reference to the program listings on microfiche. 



Descriptive Name Chart 

Absolute Card Loader AA 



Full Function MFCU IC 
IOCS (Object) 



Full Function 
Modified for Data 
Recording/Verifying 
MFCU IOCS (Object) 

line Printer— Dual 
Feed Carriage 
Printer IOCS 
(Object) 

Line Printer- 
Single Feed 
Carriage Printer 
IOCS (Compiler) 



Line Printer- 
Single Feed 
Carriage Printer 
IOCS (Object) 

Punch-Feed 1442 
IOCS (Object) 

Punch Only/ 
Secondary Hopper 
MFCU IOCS 
(Compiler) 



Read Column 
Binary 1442 
IOCS (Object) 



ID 



IN 



10 



M 



IV 



IJ 



IS 



Entry Point 
ALDAAJ 

ARGEM1 

ARGEN1 



ARGES1 



ARGEW1 (wait 

call) 

ARGEW2 (execute 

call) 

ARGEW3 (overflow 

call) 

ARGEQ1 



ARGEY1 



ARGEF1 (execute 

call) 

ARGEF2 (wait for 

cards to clear 

transport 

ARGEF3 (wait 

call) 

ARGFA1 



Function 

• Reads object program cards 

• Moves data to a storage location 

• Branches to the program entry point 

• Reads, punches, and prints cards from 
both hoppers 

• Provides error recovery 

• Reads, punches, and prints cards from 
both hoppers 

• Provides error recovery 



• Initiates all valid printer 

operations for dual feed carriage control 

• Provides error recovery 



• Initiates all valid printer operations for 
single feed carriage control 

• Provides error recovery 



• Initiates all valid printer operations for 
single feed carriage control 

• Provides error recovery 



• Punches cards from both hoppers 

• Provides error recovery 

• Punches cards from the secondary hooper 

• Provides error recovery 



• Reads cards in column binary format 

• Provides error recovery 



Directory A-I 



Descriptive Name 


Chart 


Entry Point 


Function 


Read Only/Both 


II 


ARGEEI 


m 


Reads cards from the primary or secondary 


Hoppers MFCU 








hopper 


IOCS (Object) 






• 


Provides error recovery 


Read Only/Primary 


IE 


ARGEI1 (execute 


• 


Reads cards from the primary hopper 


Hopper MFCU IOCS 




call) 


• 


Provides error recovery 


(Compiler) 




ARGEI2 (wait 

call) 






Read Only/Primary 


IF 


ARGEC1 


• 


Reads cards from the primary hopper 


Hopper MFCU JOCS 






• 


Provides error recovery 


(Object) 










Read Only/Secondary 


IH 


ARGEB1 (execute 


• 


Reads cards from the secondary hopper 


Hopper MFCU IOCS 




call) 


• 


Provides error recovery 


(Compiler) 




ARGEB2 (wait for 
cards to clear 
transport) 
ARGEB3 (wait 
call) 






ReadOnly 1442 


IU 


ARGFC1 (execute 


• 


Reads cards from the hopper 


IOCS (Compiler) 




call) 

ARGFC2 (dummy 
wait call) 
ARGFC3 (wait 
call) 


• 


Provides error recovery 



Read Only 1442 
IOCS (Object) 

Read Primary/ 
Punch Secondary 
MFCU IOCS 
(Compiler) 



IT 



IG 



Read/Punch-No 
Feed 1442 
IOCS (Object) 



IR 



ARGEX1 



ARGEK1 (wait 
for cards to 
clear transport) 
ARGEK2 (punch 
wait call) 
ARGEK3 (punch 
execute call) 
ARGEK4(read 
execute and wait 
call) 

ARGEZ1 



• Reads cards from the hopper 

• Provides error recovery 

• Reads cards from the primary hopper 

• Punches cards from the secondary hopper 

• Provides error recovery 



• Reads cards from the hopper 

• Punches cards from the hopper 

• Provides error recovery 
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Appendix B. Flowcharting Techniques 



Flowcharts are identified in this publication in the follow- 
ing manner: 

• A flowchart consisting of a single page is identified by a 
unique pair of letters. 

Example: A A, AB, AC 

• If a flowchart consists of multiple pages, each page is 
identified by the same pair of letters, but each page has 
a unique number. 

Example: First page, CA-01 

Second page, CA-02 
Third page, CA-03, etc. 

• Each part has been assigned two sets of flowchart identi- 
fying letters. Only after the first set has been completely 
used, i.e., AA-AZ, will the second set be used. 



The flowchart symbols used in this PLM are; 



Processing 



Comment/ Annotation 



u 



Off-page Connector 



CHART/PG/BLK 



Striped Processing 

(Routine Defined 
in this Manual) 




Decision 



(~Z) 



Entry/Exit/Halt 



o 



On-page Connector 



Predefined Processing 

(Routine Defined in 
Another Manuel) 



Appendix B. Flowcharting Techniques B-l 



The striped processing block indicates entry to a 
module or routine which is flowcharted and/or 
described in this logic manual. 

Example: 



LABEL 



CH/PG/BK« 




♦CH/PG/BK indicates the flowchart, page, and block 
identification where the module or routine is flow- 
charted. If it is not flowcharted, a note gives the loca- 
tion of the description of that routine. 

Predefined processing indicates a module or routine 
flowcharted in the IBM System/3 Disk Systems Data 
Management and Input /Output Supervisor Logic 
Manual, SY21-0512. 

Example: 



LABEL 




Off-page connectors are used to reference between 
different page of the same chart ID. Off-page con- 
nectors leaving a page contain the page number and 
block number of their destination. 

Example: 



^ 



Off-page connectors contain the page and block num- 
ber of their origin. If the entry point referenced by 
the off-page connector is referenced from more than 
one origin, all origins are given. The origins are listed 
in alphameric order with the last reference contained 
within the block. 

Example: 




02-B2 
03-C4 



®~ 



On-page connectors contain the location of a block 
on the same page. On-page connectors always con- 
tain the location of the destination block. 



The label in the upper lefthand corner, just above a 
flowcharting symbol, is the entry point inhhe listing 
for that part of the program. 



Example: 



DMCSOP 



f ENTRY J 



ENTRY 

T 
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Index 



Absolute Card Loader 



bootstrap 1-7 



1-4 



card compression 

end card 1-2 

text card 1-2 
cards 

end 1-2 

program 1-7 

text 1-2 
compression (see card compression) 
control information 

end card 1-2 

text card 1-2 

end card 1-2 

flowchart 1-1 1 
functions 1-2 

I/O routine 1-7 

local storage register display routine 

defintion 1-8 

operating procedures 1-8 
LSR display routine (see local storage register display routine) 



card 1 


1-7 


card2 


1-7 


card 3 


1-7 


card 4 


1-7 


card 5 


1-7 


card 6 


1-8 



requirements, storage 1-9 

storage map 1-9 
storage requirements 1-9 

text card 1-2 

tier (see program cards) 



2-6 



MFCU IOCS Routines 

compiler IOCS routines 
error recovery procedures 
functions 2-5,2-7 
punch only/ secondary hopper 2-36 
read only/primary hopper 2-26 
read only/secondary hopper 2-32 
read primary/punch secondary 2-29 



data areas 2-38 
dataflow 2-4 
define the file (DTF) 2-38 
detailed flowcharts 2-15 
DTF (define the file) 2-38 

error recording area 2-39 
error recovery procedures 

for compiler IOCS routines 2-6 

description 2-6, 2-8 

detailed flowchart 2-19 

for object program IOCS routines 2-6 

overview flowchart 2-10 
ERPs (see error recovery procedures) 
execute call 

description 2-5,2-8 

detailed flowchart 2-17 

overview flowchart 2-9 

feed check ERP 2-6,2-11 
flow of logic 2-4 
flowchart 

detailed 2-15 

overview 2-9 

routine (see routine description) 
full function (object) routine 

description 2-22 

flowchart 2-22 
full function modified for data recording/verifying (object) 
routine 

description 2-24 

flowchart 2-24 
functional flow 2-4 
functions 

for compiler IOCS routines 2-5 

description 2-4, 2-7 

for object program IOCS routines 2-4, 2-7 

halt table 2-39 

hardware requirements 2-2 

history table 2-39 

hopper check ERP 2-6, 2-1 3 

input/output block (IOB) 2-38 
invalid punch ERP 2-6, 2-12 
IOB (input/output block) 2-38 
IOCS routines, programs using 2-2 

linkage 2-7 
logic flow 2-4 

object program IOCS routines 

error recovery procedures 2-5, 2-8 

full function 2-22 

full function modified for data recording/verifying 2-24 

functions 2-4,2-7 

read only /both hoppers 2-34 

read only/primary hopper 2-28 
overview flowchart 2-9 



Index X-l 



print check ERP 2-6, 2-12 

programs using IOCS routines 2-2 

punch check ERP 2-6, 2-13 

punch invalid ERP 2-6,2-12 

punch only/secondary hopper (compiler) routine 

description 2-36 

flowchart 2-37 

read check ERP 2-6,2-13 

read only/both hoppers (object) routine 

description 2-34 

flowchart 2-34 
read only/primary hopper (compiler) routine 

description 2-26 

flowchart 2-26 
read only/ primary hopper (object) routine 

description 2-28 

flowchart 2-28 
read only/ secondary hopper (compiler) routine 

description 2-32 

flowchart 2-32 
read primary/punch secondary (compiler) routine 

description 2-29 

flowchart 2-30 
requirements, system 2-2 
routine description 2-22 

full function (object) 2-22 

full function modified for data recording/verifying (object) 2-24 

punch only/secondary hopper (compiler) 2-36 

read only/both hoppers (object) 2-34 

read only/primary hoppers (compiler) 2-26 

read only/primary hopper (object) 2-28 

read only/secondary hopper (compiler) 2-32 

read primary/punch secondary (compiler) 2-29 

system requirements 2-2 

wait call 

description 2-4, 2-7 
detailed flowchart 2-15 
overview flowchart 2-9 



Printer IOCS Routines 

carriage check 2-44, 2-5 1 
compiler IOCS routines 

error recovery procedures 2-44 

functions 2-43, 2-45 

line printer - - single feed carriage 2-58 

data areas 2-60 

data flow 2-42 

define the file (DTF) 2-60 

detailed flowchart 2-52 

DTF (define the file) 2-60 

error recording area 2-60 
error recovery procedures 

for compiler IOCS routines 244 

description 2-44, 2-46 

detailed flowchart 2-52 



error recovery procedures (continued) 

for object program IOCS routines 2-42 

order of error checking 2-48 

overview flowchart 2-48 
ERPs {see error recovery procedures) 
execute call 

description 2-43,2-46 

detailed flowchart 2-53 

overview flowchart 2-47 

flow of logic 2-42 
flowchart 2-52 

detailed 2-52 

overview 2-47 

routine {see routine description) 
forms jams ERP 244,2-51 
functional flow 2-42 
functions 

for compiler IOCS routines 2-43 

description 2-42,245 

for object program IOCS routines 242, 245 

hardware requirements 241 

incrementer failure check 244, 2-50 
input/output block (IOB) 2-60 
IOB (input/output block) 2-60 
IOCS routines, programs using 241 

line printer - - dual feed carriage (object) routine 

description 2-56 

flowchart 2-56 
line printer - - single feed carriage (compiler) routine 

description 2-58 

flowchart 2-58 
line printer - - single feed carriage (object) routine 

description 2-55 

flowchart 2-54 
linkage 245 
logic flow 2-42 

object program IOCS routines 

error recovery procedures 244, 246 
functions 2-42, 245 
line printer - - dual feed carriage 2-56 
line printer - - single feed carriage 2-55 

overview flowchart 247 

print check ERP 244, 2-50 
programs using IOCS routines 241 

requirements, system 241 

routine description 2-55 

line printer - - dual feed carriage (object) 2-56 
line printer - - single feed carriage (compiler) 2-58 
line printer - - single feed carriage (object) 2-55 

sync check ERP 244, 249 
system requirements 241 

thermal check ERP 244,245 

wait call 

description 242, 245 
detailed flowchart 2-53 
overview flowchart 247 
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1442 IOCS Routines 



linkage 2-65 
logic flow 2-62 



compiler IOCS routines 
error recovery procedures 
functions 2-63, 2-65 
read only 2-86 



2-64 



data areas 2-90 

data flow 2-62 

data overrun on punch-feed ERP 2-64, 2-72 

data overrun on punch-no feed ERP 2-64, 2-72 

data overrun on read ERP 2-64, 2-72 

define the file (DTI-) 2-90 

detailed flowchart 2-73 

DTF (define the file) 2-90 

error recording area 2-90 
error recovery procedures 

fox compiler IOCS routines 2-64 

description 2-64, 2-67 

detailed flowchart 2-75 

for object program IOCS routines 2-64 

overview flowchart 2-68 
ERPs (see ciror recovery procedures) 
execute call 

description 2-62, 2-67 

detailed flowchart 2-74 

overview flowchart 2-67 
extra feed cycle ERP 2-64, 2-70 

flow of logic 2-62 
flowchart 

detailed 2-73 

overview 2-67 

routine {see routine description) 
functional flow 2-62 
functions 

for compiler IOCS routines 2-63 

description 2-62, 2-65 

for object program IOCS routines 2-62, 2-65 

hardware requirements 2-61 
hopper inisfeed ERP 2-64, 2-71 

input/output block (10B) 2-90 
invalid read ERP 2-64. 2-72 
IOB (input/output block) 2-90 
IOCS routines, programs using 2-6 1 



object program IOCS routines 

error recovery procedures 2-64, 2-67 

functions 2-62, 2-67 

punch-feed 2-88 

read column binary 2-82 

read only 2-84 

read/punch-no feed 2-80 
overview flowchart 2-67 

programs using IOCS routines 2-61 
punch-feed (object) routine 

description 2-88 

flowchart 2-88 
punch station jam on punch command ERP 2-64, 2-70 
punch station jam on read command ERP 2-64, 2-69 

read column binary (object) routine 

description 2-82 

flowchart 2-82 
read invalid ERP 2-64, 2-72 
read only (compiler) routine 

description 2-86 

flowchart 2-86-2-87 
read only (object) routine 

description 2-84 

flowchart 2-84 
read/punch-no feed (object) routine 

description 2-80 

flowchart 2-80 
read station jam ERP 2-64, 2-70 
requirements, system 2-61 
routine description 2-79 

punch-feed (object) 2-88 

read column binary (object) 2-82 

read only (compiler) 2-86 

read only (object) 2-84 

read/punch-no feed (object) 2-80 

system requirements 2-61 

transport jam ERP 2-64, 2-71 

wait call 

description 2-62, 2-67 
detailed flowchart 2-73 
overview flowchart 2-67 
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